Neural network unit with memory layout to perform efficient 3-dimensional convolutions

ABSTRACT

A neural network unit convolves an H×W×C input with F R×S×C filters to generate F Q×P outputs. N processing units (PU) each have a register receiving a respective word of an N-word row of a second memory and multiplexed-register selectively receiving a respective word of an N-word row of a first memory or word rotated from an adjacent PU multiplexed-register. H first memory rows hold input blocks of B words each of channels of respective 2-dimensional input row slices. R×S×C second memory rows hold filter blocks of B words each holding P copies of a filter weight. B is the smallest factor of N greater than W. The PU blocks multiply-accumulate input blocks and filter blocks in column-channel-row order; they read a row of input blocks and rotate it around the N PUs while performing multiply-accumulate operations so each PU block receives each input block before reading another row.

CROSS REFERENCE TO RELATED APPLICATION(S)

This application is related to the following U.S. Non-Provisional applications, each of which is hereby incorporated by reference in its entirety.

Ser. No. Filing Date Title 15/090,665 Apr. 5, 2016 NEURAL NETWORK UNIT WITH NEURAL MEMORY AND ARRAY OF NEURAL PROCESSING UNITS THAT COLLECTIVELY SHIFT ROW OF DATA RECEIVED FROM NEURAL MEMORY 15/090,666 Apr. 5, 2016 TRI-CONFIGURATION NEURAL NETWORK UNIT 15/090,669 Apr. 5, 2016 PROCESSOR WITH ARCHITECTURAL NEURAL NETWORK EXECUTION UNIT 15/090,672 Apr. 5, 2016 NEURAL NETWORK UNIT WITH NEURAL PROCESSING UNITS DYNAMICALLY CONFIGURABLE TO PROCESS MULTIPLE DATA SIZES 15/090,678 Apr. 5, 2016 NEURAL PROCESSING UNIT THAT SELECTIVELY WRITES BACK TO NEURAL MEMORY EITHER ACTIVATION FUNCTION OUTPUT OR ACCUMULATOR VALUE 15/090,691 Apr. 5, 2016 NEURAL NETWORK UNIT WITH SHARED ACTIVATION FUNCTION UNITS 15/090,696 Apr. 5, 2016 NEURAL NETWORK UNIT EMPLOYING USER-SUPPLIED RECIPROCAL FOR NORMALIZING AN ACCUMULATED VALUE 15/090,701 Apr. 5, 2016 PROCESSOR WITH VARIABLE RATE EXECUTION UNIT 15/090,705 Apr. 5, 2016 MECHANISM FOR COMMUNICATION BETWEEN ARCHITECTURAL PROGRAM RUNNING ON PROCESSOR AND NON- ARCHITECTURAL PROGRAM RUNNING ON EXECUTION UNIT OF THE PROCESSOR REGARDING SHARED RESOURCE 15/090,708 Apr. 5, 2016 DIRECT EXECUTION BY AN EXECUTION UNIT OF A MICRO- OPERATION LOADED INTO AN ARCHITECTURAL REGISTER FILE BY AN ARCHITECTURAL INSTRUCTION OF A PROCESSOR 15/090,712 Apr. 5, 2016 MULTI-OPERATION NEURAL NETWORK UNIT 15/090,722 Apr. 5, 2016 NEURAL NETWORK UNIT THAT PERFORMS CONVOLUTIONS USING COLLECTIVE SHIFT REGISTER AMONG ARRAY OF NEURAL PROCESSING UNITS 15/090,727 Apr. 5, 2016 NEURAL NETWORK UNIT WITH PLURALITY OF SELECTABLE OUTPUT FUNCTIONS 15/090,794 Apr. 5, 2016 NEURAL NETWORK UNIT THAT PERFORMS STOCHASTIC ROUNDING 15/090,796 Apr. 5, 2016 APPARATUS EMPLOYING USER- SPECIFIED BINARY POINT FIXED POINT ARITHMETIC 15/090,798 Apr. 5, 2016 PROCESSOR WITH HYBRID COPROCESSOR/EXECUTION UNIT NEURAL NETWORK UNIT 15/090,801 Apr. 5, 2016 NEURAL NETWORK UNIT WITH OUTPUT BUFFER FEEDBACK AND MASKING CAPABILITY 15/090,807 Apr. 5, 2016 NEURAL NETWORK UNIT THAT PERFORMS CONCURRENT LSTM CELL CALCULATIONS 15/090,814 Apr. 5, 2016 NEURAL NETWORK UNIT WITH OUTPUT BUFFER FEEDBACK FOR PERFORMING RECURRENT NEURAL NETWORK COMPUTATIONS 15/090,823 Apr. 5, 2016 NEURAL NETWORK UNIT WITH NEURAL MEMORY AND ARRAY OF NEURAL PROCESSING UNITS AND SEQUENCER THAT COLLECTIVELY SHIFT ROW OF DATA RECEIVED FROM NEURAL MEMORY 15/090,829 Apr. 5, 2016 NEURAL NETWORK UNIT WITH OUTPUT BUFFER FEEDBACK AND MASKING CAPABILITY WITH PROCESSING UNIT GROUPS THAT OPERATE AS RECURRENT NEURAL NETWORK LSTM CELLS

Each of the above Non-Provisional applications claims priority based on the following U.S. Provisional applications, each of which is hereby incorporated by reference in its entirety.

Ser. No. Filing Date Title 62/239,254 Oct. 8, 2015 PROCESSOR WITH NEURAL NETWORK UNIT 62/262,104 Dec. 2, 2015 PROCESSOR WITH VARIABLE RATE EXECUTION UNIT 62/299,191 Feb. 4, 2016 MECHANISM FOR COMMUNICATION BETWEEN ARCHITECTURAL PROGRAM RUNNING ON PROCESSOR AND NON-ARCHITECTURAL PROGRAM RUNNING ON EXECUTION UNIT OF THE PROCESSOR REGARDING SHARED RESOURCE, NEURAL NETWORK UNIT WITH OUTPUT BUFFER FEEDBACK AND MASKING CAPABILITY, AND THAT PERFORMS CONCURRENT LSTM CELL CALCULATIONS, AND WITH OUTPUT BUFFER FEEDBACK FOR PERFORMING RECURRENT NEURAL NETWORK COMPUTATIONS

This application is also related to the following concurrently filed U.S. Non-Provisional applications, each of which is hereby incorporated by reference in its entirety.

Title Serial No. VAS.3085 PROCESSOR WITH MEMORY ARRAY OPERABLE AS EITHER CACHE MEMORY OR NEURAL NETWORK UNIT MEMORY VAS.3095 PROCESSOR WITH MEMORY ARRAY OPERABLE AS EITHER LAST LEVEL CACHE SLICE OR NEURAL NETWORK UNIT MEMORY VAS.3099 PROCESSOR WITH MEMORY ARRAY OPERABLE AS EITHER VICTIM CACHE OR NEURAL NETWORK UNIT MEMORY VAS.3087 NEURAL NETWORK UNIT THAT PERFORMS EFFICIENT 3-DIMENSIONAL CONVOLUTIONS VAS.3094 NEURAL NETWORK UNIT WITH MEMORY LAYOUT TO PERFORM EFFICIENT 3-DIMENSIONAL CONVOLUTIONS VAS.3071 NEURAL NETWORK UNIT WITH NEURAL MEMORY AND ARRAY OF NEURAL PROCESSING UNITS THAT COLLECTIVELY PERFORM MULTI-WORD DISTANCE ROTATES OF ROW OF DATA RECEIVED FROM NEURAL MEMORY

BACKGROUND

Recently, there has been a resurgence of interest in artificial neural networks (ANN), and such research has commonly been termed deep learning, computer learning and similar terms. The increase in general-purpose processor computation power has given rise to the renewed interest that waned a couple of decades ago. Recent applications of ANNs have included speech and image recognition, along with others. There appears to be an increasing demand for improved performance and efficiency of computations associated with ANNs.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a processor that includes a neural network unit (NNU).

FIG. 2 is a block diagram illustrating a NPU of FIG. 1.

FIG. 3 is a block diagram illustrating an embodiment of the arrangement of the N mux-regs of the N NPUs of the NNU of FIG. 1 to illustrate their operation as an N-word rotater, or circular shifter, for a row of data words received from the data RAM of FIG. 1.

FIG. 4 is a table illustrating a program for storage in the program memory of and execution by the NNU of FIG. 1.

FIG. 5 is a timing diagram illustrating the execution of the program of FIG. 4 by the NNU.

FIG. 6A is a block diagram illustrating the NNU of FIG. 1 to execute the program of FIG. 4.

FIG. 6B is a flowchart illustrating operation of the processor of FIG. 1 to perform an architectural program that uses the NNU to perform multiply-accumulate-activation function computations classically associated with neurons of hidden layers of an artificial neural network such as performed by the program of FIG. 4.

FIG. 7 is a block diagram illustrating a NPU of FIG. 1 according to an alternate embodiment.

FIG. 8 is a block diagram illustrating a NPU of FIG. 1 according to an alternate embodiment.

FIG. 9 is a table illustrating a program for storage in the program memory of and execution by the NNU of FIG. 1.

FIG. 10 is a timing diagram illustrating the execution of the program of FIG. 9 by the NNU.

FIG. 11 is a block diagram illustrating an embodiment of the NNU of FIG. 1 is shown. In the embodiment of FIG. 11, a neuron is split into two portions, the activation function unit portion and the ALU portion (which also includes the shift register portion), and each activation function unit portion is shared by multiple ALU portions.

FIG. 12 is a timing diagram illustrating the execution of the program of FIG. 4 by the NNU of FIG. 11.

FIG. 13 is a timing diagram illustrating the execution of the program of FIG. 4 by the NNU of FIG. 11.

FIG. 14 is a block diagram illustrating a move to neural network (MTNN) architectural instruction and its operation with respect to portions of the NNU of FIG. 1.

FIG. 15 is a block diagram illustrating a move from neural network (MFNN) architectural instruction and its operation with respect to portions of the NNU of FIG. 1.

FIG. 16 is a block diagram illustrating an embodiment of the data RAM of FIG. 1.

FIG. 17 is a block diagram illustrating an embodiment of the weight RAM of FIG. 1 and a buffer.

FIG. 18 is a block diagram illustrating a dynamically configurable NPU of FIG. 1.

FIG. 19 is a block diagram illustrating an embodiment of the arrangement of the 2N mux-regs of the N NPUs of the NNU of FIG. 1 according to the embodiment of FIG. 18 to illustrate their operation as a rotater for a row of data words received from the data RAM of FIG. 1.

FIG. 20 is a table illustrating a program for storage in the program memory of and execution by the NNU of FIG. 1 having NPUs according to the embodiment of FIG. 18.

FIG. 21 is a timing diagram illustrating the execution of the program of FIG. 20 by the NNU that includes NPUs of FIG. 18 operating in a narrow configuration.

FIG. 22 is a block diagram illustrating the NNU of FIG. 1 including the NPUs of FIG. 18 to execute the program of FIG. 20.

FIG. 23 is a block diagram illustrating a dynamically configurable NPU of FIG. 1 according to an alternate embodiment.

FIG. 24 is a block diagram illustrating an example of data structures used by the NNU of FIG. 1 to perform a convolution operation.

FIG. 25 is a flowchart illustrating operation of the processor of FIG. 1 to perform an architectural program that uses the NNU to perform a convolution of the convolution kernel with the data array of FIG. 24.

FIG. 26A is a program listing of an NNU program that performs a convolution of a data matrix with the convolution kernel of FIG. 24 and writes it back to the weight RAM.

FIG. 26B is a block diagram illustrating certain fields of the control register of the NNU of FIG. 1 according to one embodiment.

FIG. 27 is a block diagram illustrating an example of the weight RAM of FIG. 1 populated with input data upon which a pooling operation is performed by the NNU of FIG. 1.

FIG. 28 is a program listing of an NNU program that performs a pooling operation of the input data matrix of FIG. 27 and writes it back to the weight RAM.

FIG. 29A is a block diagram illustrating an embodiment of the control register of FIG. 1.

FIG. 29B is a block diagram illustrating an embodiment of the control register of FIG. 1 according to an alternate embodiment.

FIG. 29C is a block diagram illustrating an embodiment of the reciprocal of FIG. 29A stored as two parts according to one embodiment.

FIG. 30 is a block diagram illustrating in more detail an embodiment of an AFU of FIG. 2.

FIG. 31 is an example of operation of the AFU of FIG. 30.

FIG. 32 is a second example of operation of the AFU of FIG. 30.

FIG. 33 is a third example of operation of the AFU of FIG. 30.

FIG. 34 is a block diagram illustrating the processor of FIG. 1 and in more detail portions of the NNU of FIG. 1.

FIG. 35 is a block diagram illustrating a processor that includes a variable rate NNU.

FIG. 36A is a timing diagram illustrating an example of operation of the processor with the NNU operating in normal mode, i.e., at the primary clock rate.

FIG. 36B is a timing diagram illustrating an example of operation of the processor with the NNU operating in relaxed mode, i.e., at a rate that is less than the primary clock rate.

FIG. 37 is a flowchart illustrating operation of the processor of FIG. 35.

FIG. 38 is a block diagram illustrating the sequence of the NNU in more detail.

FIG. 39 is a block diagram illustrating certain fields of the control and status register of the NNU.

FIG. 40 is a block diagram illustrating an example of an Elman RNN.

FIG. 41 is a block diagram illustrating an example of the layout of data within the data RAM and weight RAM of the NNU as it performs calculations associated with the Elman RNN of FIG. 40.

FIG. 42 is a table illustrating a program for storage in the program memory of and execution by the NNU to accomplish an Elman RNN and using data and weights according to the arrangement of FIG. 41.

FIG. 43 is a block diagram illustrating an example of an Jordan RNN.

FIG. 44 is a block diagram illustrating an example of the layout of data within the data RAM and weight RAM of the NNU as it performs calculations associated with the Jordan RNN of FIG. 43.

FIG. 45 is a table illustrating a program for storage in the program memory of and execution by the NNU to accomplish a Jordan RNN and using data and weights according to the arrangement of FIG. 44.

FIG. 46 is a block diagram illustrating an embodiment of an LSTM cell.

FIG. 47 is a block diagram illustrating an example of the layout of data within the data RAM and weight RAM of the NNU as it performs calculations associated with a layer of LSTM cells of FIG. 46.

FIG. 48 is a table illustrating a program for storage in the program memory of and execution by the NNU to accomplish computations associated with an LSTM cell layer and using data and weights according to the arrangement of FIG. 47.

FIG. 49 is a block diagram illustrating an NNU embodiment with output buffer masking and feedback capability within NPU groups.

FIG. 50 is a block diagram illustrating an example of the layout of data within the data RAM, weight RAM and output buffer of the NNU of FIG. 49 as it performs calculations associated with a layer of LSTM cells of FIG. 46.

FIG. 51 is a table illustrating a program for storage in the program memory of and execution by the NNU of FIG. 49 to accomplish computations associated with an LSTM cell layer and using data and weights according to the arrangement of FIG. 50.

FIG. 52 is a block diagram illustrating an NNU embodiment with output buffer masking and feedback capability within NPU groups and which employs shared AFUs.

FIG. 53 is a block diagram illustrating an example of the layout of data within the data RAM, weight RAM and output buffer of the NNU of FIG. 49 as it performs calculations associated with a layer of LSTM cells of FIG. 46 according to an alternate embodiment.

FIG. 54 is a table illustrating a program for storage in the program memory of and execution by the NNU of FIG. 49 to accomplish computations associated with an LSTM cell layer and using data and weights according to the arrangement of FIG. 53.

FIG. 55 is a block diagram illustrating portions of an NPU according to an alternate embodiment.

FIG. 56 is a block diagram illustrating an example of the layout of data within the data RAM and weight RAM of the NNU as it performs calculations associated with the Jordan RNN of FIG. 43 but employing the benefits afforded by the embodiments of FIG. 55.

FIG. 57 is a table illustrating a program for storage in the program memory of and execution by the NNU to accomplish a Jordan RNN and using data and weights according to the arrangement of FIG. 56.

FIG. 58 is a block diagram illustrating a 3-dimensional (3D) convolution computation task, such as is commonly performed by a convolutional neural network.

FIG. 59 is a block diagram illustrating the partitioning of a data RAM row into input blocks, the partitioning of a weight RAM row into filter blocks, the partitioning of the NPU array into NPU blocks, and the partitioning of a data RAM row into output blocks.

FIG. 60 is pseudocode illustrating computations performed by a non-architectural program executing on the NNU to perform a 3D convolution task, such as shown in FIG. 58.

FIGS. 61A and 61B, referred to collectively as FIG. 61, are a block diagram illustrating the layout of groups of input blocks within the data RAM and the layout of groups of filter blocks within the weight RAM according to one embodiment for convolving a 12×12×20 input with 50 5×5 filters to generate 50 8×8 outputs.

FIG. 62 is a block diagram illustrating an input block group I[c] of FIG. 61; a 5×5 vertical slice of a filter, f, and a channel, c; a filter block group F[f,c] of FIG. 61; and an output block of FIG. 59.

FIG. 63 is pseudocode illustrating computations performed by a non-architectural program executing on a NNU having N=1024 NPUs to convolve a 12×12×20 input with 50 5×5×20 filters to produce 50 8×8 outputs in conjunction with the data RAM and weight RAM layouts of FIG. 61.

FIGS. 64A and 64B, referred to collectively as FIG. 64, are a block diagram illustrating the layout of groups of input blocks within the data RAM and the layout of groups of filter blocks within the weight RAM according to an alternate embodiment for convolving a 12×12×20 input with 50 5×5 filters to generate 50 8×8 outputs without including gap input/filter block groups.

FIG. 65 is pseudocode illustrating computations performed by a non-architectural program executing on a NNU having N=2048 NPUs to convolve a 12×12×20 input with 50 5×5×20 filters to produce 50 8×8 outputs in conjunction with the data RAM and weight RAM layouts of FIG. 64.

FIGS. 66A and 66B, referred to collectively as FIG. 66, are a block diagram illustrating the layout of groups of filter blocks within the weight RAM according to an alternate embodiment for convolving a 12×12×20 input with 50 5×5 filters to generate 50 8×8 outputs.

FIG. 67 is pseudocode illustrating computations performed by a non-architectural program executing on a NNU having N=1024 NPUs to convolve a 12×12×20 input with 50 5×5×20 filters to produce 50 8×8 outputs in conjunction with the data RAM layout of FIG. 61 and weight RAM layout of FIG. 66.

FIGS. 68A and 68B, referred to collectively as FIG. 68, are a block diagram illustrating the layout of groups of filter blocks within the weight RAM according to an alternate embodiment for convolving a 12×12×20 input with 50 5×5 filters to generate 50 8×8 outputs without including gap input/filter block groups.

FIG. 69 is pseudocode illustrating computations performed by a non-architectural program executing on a NNU having N=2048 NPUs to convolve a 12×12×20 input with 50 5×5×20 filters to produce 50 8×8 outputs in conjunction with the data RAM layout of FIG. 64 and weight RAM layout of FIG. 68.

FIG. 70 is a block diagram illustrating a portion of an NPU according to an alternate embodiment that supports multi-word distance rotate operations.

FIG. 71 is four instructions that illustrate the multi-word distance rotate feature of an NNU that includes NPUs having mux-regs such as those of FIG. 70.

DETAILED DESCRIPTION OF THE EMBODIMENTS

Processor with Architectural Neural Network Unit

Referring now to FIG. 1, a block diagram illustrating a processor 100 that includes a neural network unit (NNU) 121 is shown. The processor 100 includes an instruction fetch unit 101, an instruction cache 102, and instruction translator 104, a rename unit 106, reservation stations 108, media registers 118, general purpose registers (GPR) 116, execution units 112 other than the NNU 121, and a memory subsystem 114.

The processor 100 is an electronic device that functions as a central processing unit (CPU) on an integrated circuit. The processor 100 receives digital data as input, processes the data according to instructions fetched from a memory, and generates results of operations prescribed by the instructions as output. The processor 100 may be employed in a desktop, mobile, or tablet computer, and is employed for uses such as computation, text editing, multimedia display, and Internet browsing. The processor 100 may also be disposed in an embedded system to control a wide variety of devices including appliances, mobile telephones, smart phones, automobiles and industrial control devices. A CPU is the electronic circuits (i.e., “hardware”) that execute the instructions of a computer program (also known as a “computer application” or “application”) by performing operations on data that include arithmetic operations, logical operations, and input/output operations. An integrated circuit (IC) is a set of electronic circuits fabricated on a small piece of semiconductor material, typically silicon. An IC is also referred to as a chip, a microchip, or a die.

The instruction fetch unit 101 controls the fetching of architectural instructions 103 from system memory (not shown) into the instruction cache 102. The instruction fetch unit 101 provides a fetch address to the instruction cache 102 that specifies a memory address at which the processor 100 fetches a cache line of architectural instruction bytes into the instruction cache 102. The fetch address is based on the current value of the instruction pointer (not shown), or program counter, of the processor 100. Normally, the program counter is incremented sequentially by the size of an instruction unless a control instruction is encountered in the instruction stream, such as a branch, call or return instruction, or an exception condition occurs, such as an interrupt, trap, exception or fault, in which case the program counter is updated with a non-sequential address, such as a branch target address, return address or exception vector. Generally speaking, the program counter is updated in response to the execution of instructions by the execution units 112/121. The program counter may also be updated in response to detection of an exception condition such as the instruction translator 104 encountering an instruction 103 that is not defined by the instruction set architecture of the processor 100.

The instruction cache 102 caches the architectural instructions 103 fetched from a system memory that is coupled to the processor 100. The architectural instructions 103 include a move to neural network (MTNN) instruction and a move from neural network (MFNN) instruction, which are described in more detail below. In one embodiment, the architectural instructions 103 are instructions of the x86 instruction set architecture (ISA), with the addition of the MTNN and MFNN instructions. In the context of the present disclosure, an x86 ISA processor as a processor that generates the same results at the instruction set architecture level that an Intel® 80386® processor generates when it executes the same machine language instructions. However, other embodiments contemplate other instruction set architectures, such as Advanced RISC Machines (ARM)®, Sun SPARC®, or PowerPC®. The instruction cache 102 provides the architectural instructions 103 to the instruction translator 104, which translates the architectural instructions 103 into microinstructions 105.

The microinstructions 105 are provided to the rename unit 106 and eventually executed by the execution units 112/121. The microinstructions 105 implement the architectural instructions. Preferably, the instruction translator 104 includes a first portion that translates frequently executed and/or relatively less complex architectural instructions 103 into microinstructions 105. The instruction translator 104 also includes a second portion that includes a microcode unit (not shown). The microcode unit includes a microcode memory that holds microcode instructions that implement complex and/or infrequently used instructions of the architectural instruction set. The microcode unit also includes a microsequencer that provides a non-architectural micro-program counter (micro-PC) to the microcode memory. Preferably, the microcode instructions are translated by a microtranslator (not shown) into the microinstructions 105. A selector selects the microinstructions 105 from either the first portion or the second portion for provision to the rename unit 106, depending upon whether or not the microcode unit currently has control.

The rename unit 106 renames architectural registers specified in the architectural instructions 103 to physical registers of the processor 100. Preferably, the processor 100 includes a reorder buffer (not shown). The rename unit 106 allocates, in program order, an entry in the reorder buffer for each microinstruction 105. This enables the processor 100 to retire the microinstructions 105, and their corresponding architectural instructions 103, in program order. In one embodiment, the media registers 118 are 256 bits wide and the GPR 116 are 64 bits wide. In one embodiment, the media registers 118 are x86 media registers, such as Advanced Vector Extensions (AVX) registers.

In one embodiment, each entry in the reorder buffer includes storage for the result of the microinstruction 105; additionally, the processor 100 includes an architectural register file that includes a physical register for each of the architectural registers, e.g., the media registers 118 and the GPR 116 and other architectural registers. (Preferably, there are separate register files for the media registers 118 and GPR 116, for example, since they are different sizes.) For each source operand of a microinstruction 105 that specifies an architectural register, the rename unit populates the source operand field in the microinstruction 105 with the reorder buffer index of the newest older microinstruction 105 that writes to the architectural register. When the execution unit 112/121 completes execution of the microinstruction 105, it writes the result to the microinstruction's 105 reorder buffer entry. When the microinstruction 105 retires, a retire unit (not shown) writes the result from the microinstruction's reorder buffer entry to the register of the physical register file associated with the architectural destination register specified by the retiring microinstruction 105.

In another embodiment, the processor 100 includes a physical register file that includes more physical registers than the number of architectural registers, but does not include an architectural register file, and the reorder buffer entries do not include result storage. (Preferably, there are separate physical register files for the media registers 118 and GPR 116, for example, since they are different sizes.) The processor 100 also includes a pointer table with an associated pointer for each architectural register. For the operand of a microinstruction 105 that specifies an architectural register, the rename unit populates the destination operand field in the microinstruction 105 with a pointer to a free register in the physical register file. If no registers are free in the physical register file, the rename unit 106 stalls the pipeline. For each source operand of a microinstruction 105 that specifies an architectural register, the rename unit populates the source operand field in the microinstruction 105 with a pointer to the register in the physical register file assigned to the newest older microinstruction 105 that writes to the architectural register. When the execution unit 112/121 completes execution of the microinstruction 105, it writes the result to a register of the physical register file pointed to by the microinstruction's 105 destination operand field. When the microinstruction 105 retires, the retire unit copies the microinstruction's 105 destination operand field value to the pointer in the pointer table associated with the architectural destination register specified by the retiring microinstruction 105.

The reservation stations 108 hold microinstructions 105 until they are ready to be issued to an execution unit 112/121 for execution. A microinstruction 105 is ready to be issued when all of its source operands are available and an execution unit 112/121 is available to execute it. The execution units 112/121 receive register source operands from the reorder buffer or the architectural register file in the first embodiment or from the physical register file in the second embodiment described above. Additionally, the execution units 112/121 may receive register source operands directly from the execution units 112/121 via result forwarding buses (not shown). Additionally, the execution units 112/121 may receive from the reservation stations 108 immediate operands specified by the microinstructions 105. As discussed in more detail below, the MTNN and MFNN architectural instructions 103 include an immediate operand that specifies a function to be performed by the NNU 121 that is provided in one of the one or more microinstructions 105 into which the MTNN and MFNN architectural instructions 103 are translated.

The execution units 112 include one or more load/store units (not shown) that load data from the memory subsystem 114 and store data to the memory subsystem 114. Preferably, the memory subsystem 114 includes a memory management unit (not shown), which may include, e.g., translation lookaside buffers and a tablewalk unit, a level-1 data cache (and the instruction cache 102), a level-2 unified cache, and a bus interface unit that interfaces the processor 100 to system memory. In one embodiment, the processor 100 of FIG. 1 is representative of a processing core that is one of multiple processing cores in a multi-core processor that share a last-level cache memory. The execution units 112 may also include integer units, media units, floating-point units and a branch unit.

The NNU 121 includes a weight random access memory (RAM) 124, a data RAM 122, N neural processing units (NPUs) 126, a program memory 129, a sequencer 128 and control and status registers 127. The NPUs 126 function conceptually as neurons in a neural network. The weight RAM 124, data RAM 122 and program memory 129 are all writable and readable via the MTNN and MFNN architectural instructions 103, respectively. The weight RAM 124 is arranged as W rows of N weight words, and the data RAM 122 is arranged as D rows of N data words. Each data word and each weight word is a plurality of bits, preferably 8 bits, 9 bits, 12 bits or 16 bits. Each data word functions as the output value (also sometimes referred to as an activation) of a neuron of the previous layer in the network, and each weight word functions as a weight associated with a connection coming into a neuron of the instant layer of the network. Although in many uses of the NNU 121 the words, or operands, held in the weight RAM 124 are in fact weights associated with a connection coming into a neuron, it should be understood that in other uses of the NNU 121 the words held in the weight RAM 124 are not weights, but are nevertheless referred to as “weight words” because they are stored in the weight RAM 124. For example, in some uses of the NNU 121, e.g., the convolution example of FIGS. 24 through 26A or the pooling example of FIGS. 27 through 28, the weight RAM 124 may hold non-weights, such as elements of a data matrix, e.g., image pixel data. Similarly, although in many uses of the NNU 121 the words, or operands, held in the data RAM 122 are in fact the output value, or activation, of a neuron, it should be understood that in other uses of the NNU 121 the words held in the data RAM 122 are not such, but are nevertheless referred to as “data words” because they are stored in the data RAM 122. For example, in some uses of the NNU 121, e.g., the convolution example of FIGS. 24 through 26A, the data RAM 122 may hold non-neuron outputs, such as elements of a convolution kernel.

In one embodiment, the NPUs 126 and sequencer 128 comprise combinatorial logic, sequential logic, state machines, or a combination thereof. An architectural instruction (e.g., MFNN instruction 1500) loads the contents of the status register 127 into one of the GPR 116 to determine the status of the NNU 121, e.g., that the NNU 121 has completed a command or completed a program the NNU 121 was running from the program memory 129, or that the NNU 121 is free to receive a new command or start a new NNU program.

Advantageously, the number of NPUs 126 may be increased as needed, and the size of the weight RAM 124 and data RAM 122 may be extended in both width and depth accordingly. Preferably, the weight RAM 124 is larger since in a classic neural network layer there are many connections, and therefore weights, associated with each neuron. Various embodiments are described herein regarding the size of the data and weight words and the sizes of the weight RAM 124 and data RAM 122 and the number of NPUs 126. In one embodiment, a NNU 121 with a 64 KB (8192 bits×64 rows) data RAM 122, a 2 MB (8192 bits×2048 rows) weight RAM 124, and 512 NPUs 126 is implemented in a Taiwan Semiconductor Manufacturing Company, Limited (TSMC) 16 nm process and occupies approximately a 3.3 mm² area.

The sequencer 128 fetches instructions from the program memory 129 and executes them, which includes, among other things, generating address and control signals for provision to the data RAM 122, weight RAM 124 and NPUs 126. The sequencer 128 generates a memory address 123 and a read command for provision to the data RAM 122 to select one of the D rows of N data words for provision to the N NPUs 126. The sequencer 128 also generates a memory address 125 and a read command for provision to the weight RAM 124 to select one of the W rows of N weight words for provision to the N NPUs 126. The sequence of the addresses 123 and 125 generated by the sequencer 128 for provision to the NPUs 126 determines the “connections” between neurons. The sequencer 128 also generates a memory address 123 and a write command for provision to the data RAM 122 to select one of the D rows of N data words for writing from the N NPUs 126. The sequencer 128 also generates a memory address 125 and a write command for provision to the weight RAM 124 to select one of the W rows of N weight words for writing from the N NPUs 126. The sequencer 128 also generates a memory address 131 to the program memory 129 to select a NNU instruction that is provided to the sequencer 128, such as described below. The memory address 131 corresponds to a program counter (not shown) that the sequencer 128 generally increments through sequential locations of the program memory 129 unless the sequencer 128 encounters a control instruction, such as a loop instruction (see, for example, FIG. 26A), in which case the sequencer 128 updates the program counter to the target address of the control instruction. The sequencer 128 also generates control signals to the NPUs 126 to instruct them to perform various operations or functions, such as initialization, arithmetic/logical operations, rotate and shift operations, activation functions and write back operations, examples of which are described in more detail below (see, for example, micro-operations 3418 of FIG. 34).

The N NPUs 126 generate N result words 133 that may be written back to a row of the weight RAM 124 or to the data RAM 122. Preferably, the weight RAM 124 and the data RAM 122 are directly coupled to the N NPUs 126. More specifically, the weight RAM 124 and data RAM 122 are dedicated to the NPUs 126 and are not shared by the other execution units 112 of the processor 100, and the NPUs 126 are capable of consuming a row from one or both of the weight RAM 124 and data RAM 122 each clock cycle in a sustained manner, preferably in a pipelined fashion. In one embodiment, each of the data RAM 122 and the weight RAM 124 is capable of providing 8192 bits to the NPUs 126 each clock cycle. The 8192 bits may be consumed as 512 16-bit words or as 1024 8-bit words, as described in more detail below.

Advantageously, the size of the data set that may be processed by the NNU 121 is not limited to the size of the weight RAM 124 and data RAM 122, but is rather only limited by the size of system memory since data and weights may be moved between system memory and the weight RAM 124 and data RAM 122 using the MTNN and MFNN instructions (e.g., through the media registers 118). In one embodiment, the data RAM 122 is dual-ported to enable data words to be written to the data RAM 122 while data words are concurrently read from or written to the data RAM 122. Furthermore, the large memory hierarchy of the memory subsystem 114, including the cache memories, provides very high data bandwidth for the transfers between the system memory and the NNU 121. Still further, preferably, the memory subsystem 114 includes hardware data prefetchers that track memory access patterns, such as loads of neural data and weights from system memory, and perform data prefetches into the cache hierarchy to facilitate high bandwidth and low latency transfers to the weight RAM 124 and data RAM 122.

Although embodiments are described in which one of the operands provided to each NPU 126 is provided from a weight memory and is denoted a weight, which are commonly used in neural networks, it should be understood that the operands may be other types of data associated with calculations whose speed may be improved by the apparatuses described.

Referring now to FIG. 2, a block diagram illustrating a NPU 126 of FIG. 1 is shown. The NPU 126 operates to perform many functions, or operations. In particular, advantageously the NPU 126 is configured to operate as a neuron, or node, in an artificial neural network to perform a classic multiply-accumulate function, or operation. That is, generally speaking, the NPU 126 (neuron) is configured to: (1) receive an input value from each neuron having a connection to it, typically but not necessarily from the immediately previous layer of the artificial neural network; (2) multiply each input value by a corresponding weight value associated with the connection to generate a product; (3) add all the products to generate a sum; and (4) perform an activation function on the sum to generate the output of the neuron. However, rather than performing all the multiplies associated with all the connection inputs and then adding all the products together as in a conventional manner, advantageously each neuron is configured to perform, in a given clock cycle, the weight multiply operation associated with one of the connection inputs and then add (accumulate) the product with the accumulated value of the products associated with connection inputs processed in previous clock cycles up to that point. Assuming there are M connections to the neuron, after all M products have been accumulated (which takes approximately M clock cycles), the neuron performs the activation function on the accumulated value to generate the output, or result. This has the advantage of requiring fewer multipliers and a smaller, simpler and faster adder circuit (e.g., a 2-input adder) in the neuron than an adder that would be required to add all, or even a subset of, the products associated with all the connection inputs. This, in turn, has the advantage of facilitating a very large number (N) of neurons (NPUs 126) in the NNU 121 so that after approximately M clock cycles, the NNU 121 has generated the output for all of the large number (N) of neurons. Finally, the NNU 121 constructed of such neurons has the advantage of efficiently performing as an artificial neural network layer for a large number of different connection inputs. That is, as M increases or decreases for different layers, the number of clock cycles required to generate the neuron outputs correspondingly increases or decreases, and the resources (e.g., multipliers and accumulators) are fully utilized; whereas, in a more conventional design, some of the multipliers and a portion of the adder may not be utilized for smaller values of M. Thus, the embodiments described herein have the benefit of flexibility and efficiency with respect to the number of connection inputs to the neurons of the NNU 121, and provide extremely high performance.

The NPU 126 includes a register 205, a 2-input multiplexed register (mux-reg) 208, an arithmetic logic unit (ALU) 204, an accumulator 202, and an activation function unit (AFU) 212. The register 205 receives a weight word 206 from the weight RAM 124 and provides its output 203 on a subsequent clock cycle. The mux-reg 208 selects one of its inputs 207 or 211 to store in its register and then to provide on its output 209 on a subsequent clock cycle. One input 207 receives a data word from the data RAM 122. The other input 211 receives the output 209 of the adjacent NPU 126. The NPU 126 shown in FIG. 2 is denoted NPU J from among the N NPUs 126 of FIG. 1. That is, NPU J is a representative instance of the N NPUs 126. Preferably, the mux-reg 208 input 211 of NPU J receives the mux-reg 208 output 209 of NPU 126 instance J−1, and the mux-reg 208 output 209 of NPU J is provided to the mux-reg 208 input 211 of NPU 126 instance J+1. In this manner, the mux-regs 208 of the N NPUs 126 collectively operate as an N-word rotater, or circular shifter, as described in more detail below with respect to FIG. 3. A control input 213 controls which of the two inputs the mux-reg 208 selects to store in its register and that is subsequently provided on the output 209.

The ALU 204 has three inputs. One input receives the weight word 203 from the register 205. Another input receives the output 209 of the mux-reg 208. The other input receives the output 217 of the accumulator 202. The ALU 204 performs arithmetic and/or logical operations on its inputs to generate a result provided on its output. Preferably, the arithmetic and/or logical operations to be performed by the ALU 204 are specified by instructions stored in the program memory 129. For example, the multiply-accumulate instruction of FIG. 4 specifies a multiply-accumulate operation, i.e., the result 215 is the sum of the accumulator 202 value 217 and the product of the weight word 203 and the data word of the mux-reg 208 output 209. Other operations that may be specified include, but are not limited to: the result 215 is the passed-through value of the mux-reg output 209; the result 215 is the passed-through value of the weight word 203; the result 215 is zero; the result 215 is the passed-through value of the weight word 203; the result 215 is the sum of the accumulator 202 value 217 and the weight word 203; the result 215 is the sum of the accumulator 202 value 217 and the mux-reg output 209; the result 215 is the maximum of the accumulator 202 value 217 and the weight word 203; the result 215 is the maximum of the accumulator 202 value 217 and the mux-reg output 209.

The ALU 204 provides its output 215 to the accumulator 202 for storage therein. The ALU 204 includes a multiplier 242 that multiplies the weight word 203 and the data word of the mux-reg 208 output 209 to generate a product 246. In one embodiment, the multiplier 242 multiplies two 16-bit operands to generate a 32-bit result. The ALU 204 also includes an adder 244 that adds the product 246 to the accumulator 202 output 217 to generate a sum, which is the result 215 accumulated in the accumulator 202 for storage in the accumulator 202. In one embodiment, the adder 244 adds the 32-bit result of the multiplier 242 to a 41-bit value 217 of the accumulator 202 to generate a 41-bit result. In this manner, using the rotater aspect of the mux-reg 208 over the course of multiple clock cycles, the NPU 126 accomplishes a sum of products for a neuron as required by neural networks. The ALU 204 may also include other circuit elements to perform other arithmetic/logical operations such as those above. In one embodiment, a second adder subtracts the weight word 203 from the data word of the mux-reg 208 output 209 to generate a difference, which the adder 244 then adds to the accumulator 202 output 217 to generate a sum 215, which is the result accumulated in the accumulator 202. In this manner, over the course of multiple clock cycles, the NPU 126 may accomplish a sum of differences. Preferably, although the weight word 203 and the data word 209 are the same size (in bits), they may have different binary point locations, as described in more detail below. Preferably, the multiplier 242 and adder 244 are integer multipliers and adders, as described in more detail below, to advantageously accomplish less complex, smaller, faster and lower power consuming ALUs 204 than floating-point counterparts. However, it should be understood that in other embodiments the ALU 204 performs floating-point operations.

Although FIG. 2 shows only a multiplier 242 and adder 244 in the ALU 204, preferably the ALU 204 includes other elements to perform the other operations described above. For example, preferably the ALU 204 includes a comparator (not shown) for comparing the accumulator 202 with a data/weight word and a mux (not shown) that selects the larger (maximum) of the two values indicated by the comparator for storage in the accumulator 202. For another example, preferably the ALU 204 includes selection logic (not shown) that bypasses the multiplier 242 with a data/weight word to enable the adder 244 to add the data/weight word to the accumulator 202 value 217 to generate a sum for storage in the accumulator 202. These additional operations are described in more detail below, for example, with respect to FIGS. 18 through 29A, and may be useful for performing convolution and pooling operations, for example.

The AFU 212 receives the output 217 of the accumulator 202. The AFU 212 performs an activation function on the accumulator 202 output 217 to generate a result 133 of FIG. 1. Generally speaking, the activation function in a neuron of an intermediate layer of an artificial neural network may serve to normalize the accumulated sum of products, preferably in a non-linear fashion. To “normalize” the accumulated sum, the activation function of an instant neuron produces a resulting value within a range of values that neurons connected to the instant neuron expect to receive as input. (The normalized result is sometimes referred to as an “activation” that, as described herein, is the output of an instant node that a receiving node multiplies by a weight associated with the connection between the outputting node and the receiving node to generate a product that is accumulated with other products associated with the other input connections to the receiving node.) For example, the receiving/connected neurons may expect to receive as input a value between 0 and 1, in which case the outputting neuron may need to non-linearly squash and/or adjust (e.g., upward shift to transform negative to positive values) the accumulated sum that is outside the 0 to 1 range to a value within the expected range. Thus, the AFU 212 performs an operation on the accumulator 202 value 217 to bring the result 133 within a known range. The results 133 of all of the N NPUs 126 may be written back concurrently to either the data RAM 122 or to the weight RAM 124. Preferably, the AFU 212 is configured to perform multiple activation functions, and an input, e.g., from the control register 127, selects one of the activation functions to perform on the accumulator 202 output 217. The activation functions may include, but are not limited to, a step function, a rectify function, a sigmoid function, a hyperbolic tangent (tan h) function and a softplus function (also referred to as smooth rectify). The softplus function is the analytic function f(x)=ln(1+e^(x)), that is, the natural logarithm of the sum of one and e^(x), where “e” is Euler's number and x is the input 217 to the function. Preferably, the activation functions may also include a pass-through function that passes through the accumulator 202 value 217, or a portion thereof, as described in more detail below. In one embodiment, circuitry of the AFU 212 performs the activation function in a single clock cycle. In one embodiment, the AFU 212 comprises tables that receive the accumulated value and output a value that closely approximates the value that the true activation function would provide for some of the activation functions, e.g., sigmoid, hyperbolic tangent, softplus.

Preferably, the width (in bits) of the accumulator 202 is greater than the width of the AFU 212 output 133. For example, in one embodiment, the accumulator is 41 bits wide, to avoid loss of precision in the accumulation of up to 512 32-bit products (as described in more detail below, e.g., with respect to FIG. 30), and the result 133 is 16 bits wide. In one embodiment, an example of which is described in more detail below with respect to FIG. 8, during successive clock cycles different portions of the “raw” accumulator 202 output 217 value are passed through the AFU 212 and written back to the data RAM 122 or weight RAM 124. This enables the raw accumulator 202 values to be loaded back to the media registers 118 via the MFNN instruction so that instructions executing on other execution units 112 of the processor 100 may perform complex activation functions that the AFU 212 is not capable of performing, such as the well-known softmax activation function, also referred to as the normalized exponential function. In one embodiment, the processor 100 instruction set architecture includes an instruction that performs the exponential function, commonly referred to as e^(x) or exp(x), which may be used to speed up the performance of the softmax activation function by the other execution units 112 of the processor 100.

In one embodiment, the NPU 126 is pipelined. For example, the NPU 126 may include registers of the ALU 204, such as a register between the multiplier and the adder and/or other circuits of the ALU 204, and a register that holds the output of the AFU 212. Other embodiments of the NPU 126 are described below.

Referring now to FIG. 3, a block diagram illustrating an embodiment of the arrangement of the N mux-regs 208 of the N NPUs 126 of the NNU 121 of FIG. 1 to illustrate their operation as an N-word rotater, or circular shifter, for a row of data words 207 received from the data RAM 122 of FIG. 1 is shown. In the embodiment of FIG. 3, N is 512 such that the NNU 121 has 512 mux-regs 208, denoted 0 through 511, corresponding to 512 NPUs 126, as shown. Each mux-reg 208 receives its corresponding data word 207 of one row of the D rows of the data RAM 122. That is, mux-reg 0 receives data word 0 of the data RAM 122 row, mux-reg 1 receives data word 1 of the data RAM 122 row, mux-reg 2 receives data word 2 of the data RAM 122 row, and so forth to mux-reg 511 receives data word 511 of the data RAM 122 row. Additionally, mux-reg 1 receives on its other input 211 the output 209 of mux-reg 0, mux-reg 2 receives on its other input 211 the output 209 of mux-reg 1, mux-reg 3 receives on its other input 211 the output 209 of mux-reg 2, and so forth to mux-reg 511 that receives on its other input 211 the output 209 of mux-reg 510, and mux-reg 0 receives on its other input 211 the output 209 of mux-reg 511. Each of the mux-regs 208 receives the control input 213 that controls whether to select the data word 207 or the rotated input 211. As described in more detail below, in one mode of operation, on a first clock cycle, the control input 213 controls each of the mux-regs 208 to select the data word 207 for storage in the register and for subsequent provision to the ALU 204; and during subsequent clock cycles (e.g., M−1 clock cycles as described above), the control input 213 controls each of the mux-regs 208 to select the rotated input 211 for storage in the register and for subsequent provision to the ALU 204.

Although FIG. 3 (and FIGS. 7 and 19 below) describe an embodiment in which the NPUs 126 are configured to rotate the values of the mux-regs 208/705 to the right, i.e., from NPU J to NPU J+1, embodiments are contemplated (such as with respect to the embodiment of FIGS. 24 through 26) in which the NPUs 126 are configured to rotate the values of the mux-regs 208/705 to the left, i.e., from NPU J to NPU J−1. Furthermore, embodiments are contemplated in which the NPUs 126 are configured to rotate the values of the mux-regs 208/705 selectively to the left or to the right, e.g., as specified by the NNU instructions.

Referring now to FIG. 4, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 of FIG. 1 is shown. The example program performs the calculations associated with a layer of an artificial neural network as described above. In the table of FIG. 4, four rows and three columns are shown. Each row corresponds to an address of the program memory 129 denoted in the first column. The second column specifies the instruction, and the third column indicates the number of clock cycles associated with the instruction. Preferably, the number of clock cycles indicates the effective number of clocks in a clocks-per-instruction type value in a pipelined embodiment, rather than the latency of the instruction. As shown, each of the instructions has an associated one clock cycle due to the pipelined nature of the NNU 121, with the exception of the instruction at address 2 which requires 511 clocks because it effectively repeats itself 511 times, as described in more detail below.

For each instruction of the program, all of the NPUs 126 perform the instruction in parallel. That is, all N NPUs 126 performs the instruction in the first row in the same clock cycle(s), all N NPUs 126 performs the instruction in the second row in the same clock cycle(s), and so forth. However, other embodiments are described below in which some of the instructions are performed in a partially parallel and partially sequential fashion, e.g., the activation function and output instructions at addresses 3 and 4 in an embodiment in which NPUs 126 share an activation function unit, e.g., with respect to the embodiment of FIG. 11. The example of FIG. 4 assumes 512 neurons (NPUs 126) of a layer, each having 512 connection inputs from a previous layer of 512 neurons, for a total of 256K connections. Each neuron receives a 16-bit data value from each connection input and multiplies the 16-bit data value by an appropriate 16-bit weight value.

The first row, at address 0 (although other addresses may be specified), specifies an initialize NPU instruction. The initialize instruction clears the accumulator 202 value to zero. In one embodiment, the initialize instruction can also specify to load the accumulator 202 with the corresponding word of a row of the data RAM 122 or weight RAM 124 whose address is specified by the instruction. The initialize instruction also loads configuration values into the control register 127, as described in more detail below with respect to FIGS. 29A and 29B. For example, the width of the data word 207 and weight word 209 may be loaded, which may be used by the ALU 204 to determine the sizes of the operations performed by the circuits and may affect the result 215 stored in the accumulator 202. In one embodiment, the NPU 126 includes a circuit that saturates the ALU 204 output 215 before being stored in the accumulator 202, and the initialize instruction loads a configuration value into the circuit to affect the saturation. In one embodiment, the accumulator 202 may also be cleared to a zero value by so specifying in an ALU function instruction (e.g., multiply-accumulate instruction at address 1) or an output instruction, such as the write AFU output instruction at address 4.

The second row, at address 1, specifies a multiply-accumulate instruction that instructs the 512 NPUs 126 to load a respective data word from a row of the data RAM 122 and to load a respective weight word from a row of the weight RAM 124, and to perform a first multiply-accumulate operation on the data word input 207 and weight word input 206, which is accumulated with the initialized accumulator 202 zero value. More specifically, the instruction instructs the sequencer 128 to generate a value on the control input 213 to select the data word input 207. In the example of FIG. 4, the specified data RAM 122 row is row 17, and the specified weight RAM 124 row is row 0, which instructs the sequencer 128 to output a data RAM address 123 value of 17 and to output a weight RAM address 125 value of 0. Consequently, the 512 data words from row 17 of the data RAM 122 are provided to the corresponding data input 207 of the 512 NPUs 126 and the 512 weight words from row 0 of the weight RAM 124 are provided to the corresponding weight input 206 of the 512 NPUs 126.

The third row, at address 2, specifies a multiply-accumulate rotate instruction with a count of 511, which instructs each of the 512 NPUs 126 to perform 511 multiply-accumulate operations. The instruction instructs the 512 NPUs 126 that the data word 209 input to the ALU 204 for each of the 511 multiply-accumulate operations is to be the rotated value 211 from the adjacent NPU 126. That is, the instruction instructs the sequencer 128 to generate a value on the control input 213 to select the rotated value 211. Additionally, the instruction instructs the 512 NPUs 126 to load a respective weight word for each of the 511 multiply-accumulate operations from the “next” row of the weight RAM 124. That is, the instruction instructs the sequencer 128 to increment the weight RAM address 125 by one relative to its value in the previous clock cycle, which in the example would be row 1 on the first clock cycle of the instruction, row 2 on the next clock cycle, row 3 on the next clock cycle, and so forth to row 511 on the 511^(th) clock cycle. For each of the 511 multiply-accumulate operations, the product of the rotated input 211 and weight word input 206 is accumulated with the previous value in the accumulator 202. The 512 NPUs 126 perform the 511 multiply-accumulate operations in 511 clock cycles, in which each NPU 126 performs a multiply-accumulate operation on a different data word from row 17 of the data RAM 122—namely, the data word operated on by the adjacent NPU 126 in the previous cycle—and a different weight word associated with the data word, which is conceptually a different connection input to the neuron. In the example, it is assumed that the number of connection inputs to each NPU 126 (neuron) is 512, thus involving 512 data words and 512 weight words. Once the last iteration of the multiply-accumulate rotate instruction of row 2 is performed, the accumulator 202 contains the sum of products for all 512 of the connection inputs. In one embodiment, rather than having a separate instruction for each type of ALU operation (e.g., multiply-accumulate, maximum of accumulator and weight word, etc. as described above), the NPU 126 instruction set includes an “execute” instruction that instructs the ALU 204 to perform an ALU operation specified by the initialize NPU instruction, such as specified in the ALU function 2926 of FIG. 29A.

The fourth row, at address 3, specifies an activation function instruction. The activation function instruction instructs the AFU 212 to perform the specified activation function on the accumulator 202 value 217 to generate the result 133. The activation functions according to one embodiment are described in more detail below.

The fifth row, at address 4, specifies a write AFU output instruction that instructs the 512 NPUs 126 to write back their AFU 212 output as results 133 to a row of the data RAM 122, which is row 16 in the example. That is, the instruction instructs the sequencer 128 to output a data RAM address 123 value of 16 and a write command (in contrast to a read command in the case of the multiply-accumulate instruction at address 1). Preferably the execution of the write AFU output instruction may be overlapped with the execution of other instructions in a pipelined nature such that the write AFU output instruction effectively executes in a single clock cycle.

Preferably, each NPU 126 is configured as a pipeline that includes the various functional elements, e.g., the mux-reg 208 (and mux-reg 705 of FIG. 7), ALU 204, accumulator 202, AFU 212, mux 802 (of FIG. 8), row buffer 1104 and AFUs 1112 (of FIG. 11), etc., some of which may themselves be pipelined. In addition to the data words 207 and weight words 206, the pipeline receives the instructions from the program memory 129. The instructions flow down the pipeline and control the various functional units. In an alternate embodiment, the activation function instruction is not included in the program. Rather, the initialize NPU instruction specifies the activation function to be performed on the accumulator 202 value 217, and a value indicating the specified activation function is saved in a configuration register for later use by the AFU 212 portion of the pipeline once the final accumulator 202 value 217 has been generated, i.e., once the last iteration of the multiply-accumulate rotate instruction at address 2 has completed. Preferably, for power savings purposes, the AFU 212 portion of the pipeline is inactive until the write AFU output instruction reaches it, at which time the AFU 212 is powered up and performs the activation function on the accumulator 202 output 217 specified by the initialize instruction.

Referring now to FIG. 5, a timing diagram illustrating the execution of the program of FIG. 4 by the NNU 121 is shown. Each row of the timing diagram corresponds to a successive clock cycle indicated in the first column. Each of the other columns corresponds to a different one of the 512 NPUs 126 and indicates its operation. For simplicity and clarity of illustration, the operations only for NPUs 0, 1 and 511 are shown.

At clock 0, each of the 512 NPUs 126 performs the initialization instruction of FIG. 4, which is illustrated in FIG. 5 by the assignment of a zero value to the accumulator 202.

At clock 1, each of the 512 NPUs 126 performs the multiply-accumulate instruction at address 1 of FIG. 4. NPU 0 accumulates the accumulator 202 value (which is zero) with the product of data RAM 122 row 17 word 0 and weight RAM 124 row 0 word 0; NPU 1 accumulates the accumulator 202 value (which is zero) with the product of data RAM 122 row 17 word 1 and weight RAM 124 row 0 word 1; and so forth to NPU 511 accumulates the accumulator 202 value (which is zero) with the product of data RAM 122 row 17 word 511 and weight RAM 124 row 0 word 511, as shown.

At clock 2, each of the 512 NPUs 126 performs a first iteration of the multiply-accumulate rotate instruction at address 2 of FIG. 4. NPU 0 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 511 (which was data word 511 received from the data RAM 122) and weight RAM 124 row 1 word 0; NPU 1 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 0 (which was data word 0 received from the data RAM 122) and weight RAM 124 row 1 word 1; and so forth to NPU 511 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 510 (which was data word 510 received from the data RAM 122) and weight RAM 124 row 1 word 511, as shown.

At clock 3, each of the 512 NPUs 126 performs a second iteration of the multiply-accumulate rotate instruction at address 2 of FIG. 4. NPU 0 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 511 (which was data word 510 received from the data RAM 122) and weight RAM 124 row 2 word 0; NPU 1 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 0 (which was data word 511 received from the data RAM 122) and weight RAM 124 row 2 word 1; and so forth to NPU 511 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 510 (which was data word 509 received from the data RAM 122) and weight RAM 124 row 2 word 511, as shown. As indicated by the ellipsis of FIG. 5, this continues for each of the following 509 clock cycles until . . . .

At clock 512, each of the 512 NPUs 126 performs a 511^(th) iteration of the multiply-accumulate rotate instruction at address 2 of FIG. 4. NPU 0 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 511 (which was data word 1 received from the data RAM 122) and weight RAM 124 row 511 word 0; NPU 1 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 0 (which was data word 2 received from the data RAM 122) and weight RAM 124 row 511 word 1; and so forth to NPU 511 accumulates the accumulator 202 value with the product of the rotated data word 211 received from the mux-reg 208 output 209 of NPU 510 (which was data word 0 received from the data RAM 122) and weight RAM 124 row 511 word 511, as shown. In one embodiment, multiple clock cycles are required to read the data words and weight words from the data RAM 122 and weight RAM 124 to perform the multiply-accumulate instruction at address 1 of FIG. 4; however, the data RAM 122 and weight RAM 124 and NPUs 126 are pipelined such that once the first multiply-accumulate operation is begun (e.g., as shown during clock 1 of FIG. 5), the subsequent multiply accumulate operations (e.g., as shown during clocks 2-512) are begun in successive clock cycles. Preferably, the NPUs 126 may briefly stall in response to an access of the data RAM 122 and/or weight RAM 124 by an architectural instruction, e.g., MTNN or MFNN instruction (described below with respect to FIGS. 14 and 15) or a microinstruction into which the architectural instructions are translated.

At clock 513, the AFU 212 of each of the 512 NPUs 126 performs the activation function instruction at address 3 of FIG. 4. Finally, at clock 514, each of the 512 NPUs 126 performs the write AFU output instruction at address 4 of FIG. 4 by writing back its result 133 to its corresponding word of row 16 of the data RAM 122, i.e., the result 133 of NPU 0 is written to word 0 of the data RAM 122, the result 133 of NPU 1 is written to word 1 of the data RAM 122, and so forth to the result 133 of NPU 511 is written to word 511 of the data RAM 122. The operation described above with respect to FIG. 5 is also shown in block diagram form in FIG. 6A.

Referring now to FIG. 6A, a block diagram illustrating the NNU 121 of FIG. 1 to execute the program of FIG. 4 is shown. The NNU 121 includes the 512 NPUs 126, the data RAM 122 that receives its address input 123, and the weight RAM 124 that receives its address input 125. Although not shown, on clock 0 the 512 NPUs 126 perform the initialization instruction. As shown, on clock 1, the 512 16-bit data words of row 17 are read out of the data RAM 122 and provided to the 512 NPUs 126. On clocks 1 through 512, the 512 16-bit weight words of rows 0 through 511, respectively, are read out of the weight RAM 124 and provided to the 512 NPUs 126. Although not shown, on clock 1, the 512 NPUs 126 perform their respective multiply-accumulate operations on the loaded data words and weight words. On clocks 2 through 512, the mux-regs 208 of the 512 NPUs 126 operate as a 512 16-bit word rotater to rotate the previously loaded data words of row 17 of the data RAM 122 to the adjacent NPU 126, and the NPUs 126 perform the multiply-accumulate operation on the respective rotated data word and the respective weight word loaded from the weight RAM 124. Although not shown, on clock 513, the 512 AFUs 212 perform the activation instruction. On clock 514, the 512 NPUs 126 write back their respective 512 16-bit results 133 to row 16 of the data RAM 122.

As may be observed, the number clocks required to generate the result words (neuron outputs) produced and written back to the data RAM 122 or weight RAM 124 is approximately the square root of the number of data inputs (connections) received by the current layer of the neural network. For example, if the currently layer has 512 neurons that each has 512 connections from the previous layer, the total number of connections is 256K and the number of clocks required to generate the results for the current layer is slightly over 512. Thus, the NNU 121 provides extremely high performance for neural network computations.

Referring now to FIG. 6B, a flowchart illustrating operation of the processor 100 of FIG. 1 to perform an architectural program that uses the NNU 121 to perform multiply-accumulate-activation function computations classically associated with neurons of hidden layers of an artificial neural network such as performed by the program of FIG. 4, for example. The example of FIG. 6B assumes computations for 4 hidden layers (signified by the initialization of the NUM_LAYERS variable at block 602), each having 512 neurons each fully connected to 512 neurons of the previous layer (by use of the program of FIG. 4). However, it should be understood that these numbers of layers and neurons are selected for illustration purposes, and the NNU 121 may be employed to perform similar computations for different numbers of hidden layers and different numbers of neurons per layer and for non-fully connected neurons. In one embodiment, the weight values may be set to zero for non-existent neurons in a layer or for non-existent connections to a neuron. Preferably, the architectural program writes a first set of weights to the weight RAM 124 and starts the NNU 121, and while the NNU 121 is performing the computations associated with the first layer, the architectural program writes a second set of weights to the weight RAM 124 so that as soon as the NNU 121 completes the computations for the first hidden layer, the NNU 121 can start the computations for the second layer. In this manner, the architectural program ping-pongs back and forth between the two regions of the weight RAM 124 in order to keep the NNU 121 fully utilized. Flow begins at block 602.

At block 602, the processor 100, i.e., the architectural program running on the processor 100, writes the input values to the current hidden layer of neurons to the data RAM 122, e.g., into row 17 of the data RAM 122, as shown and described with respect to FIG. 6A. Alternatively, the values may already be in row 17 of the data RAM 122 as results 133 of the operation of the NNU 121 for a previous layer (e.g., convolution, pooling or input layer). Additionally, the architectural program initializes a variable N to a value of 1. The variable N denotes the current layer of the hidden layers being processed by the NNU 121. Additionally, the architectural program initializes a variable NUM_LAYERS to a value of 4 since there are 4 hidden layers in the example. Flow proceeds to block 604.

At block 604, the processor 100 writes the weight words for layer 1 to the weight RAM 124, e.g., to rows 0 through 511, as shown in FIG. 6A. Flow proceeds to block 606.

At block 606, the processor 100 writes a multiply-accumulate-activation function program (e.g., of FIG. 4) to the NNU 121 program memory 129, using MTNN 1400 instructions that specify a function 1432 to write the program memory 129. The processor 100 then starts the NNU program using a MTNN 1400 instruction that specifies a function 1432 to start execution of the program. Flow proceeds to decision block 608.

At decision block 608, the architectural program determines whether the value of variable N is less than NUM_LAYERS. If so, flow proceeds to block 612; otherwise, flow proceeds to block 614.

At block 612, the processor 100 writes the weight words for layer N+1 to the weight RAM 124, e.g., to rows 512 through 1023. Thus, advantageously, the architectural program writes the weight words for the next layer to the weight RAM 124 while the NNU 121 is performing the hidden layer computations for the current layer so that the NNU 121 can immediately start performing the hidden layer computations for the next layer once the computations for the current layer are complete, i.e., written to the data RAM 122. Flow proceeds to block 614.

At block 614, the processor 100 determines that the currently running NNU program (started at block 606 in the case of layer 1, and started at block 618 in the case of layers 2 through 4) has completed. Preferably, the processor 100 determines this by executing a MFNN 1500 instruction to read the NNU 121 status register 127. In an alternate embodiment, the NNU 121 generates an interrupt to indicate it has completed the multiply-accumulate-activation function layer program. Flow proceeds to decision block 616.

At decision block 616, the architectural program determines whether the value of variable N is less than NUM_LAYERS. If so, flow proceeds to block 618; otherwise, flow proceeds to block 622.

At block 618, the processor 100 updates the multiply-accumulate-activation function program so that it can perform the hidden layer computations for layer N+1. More specifically, the processor 100 updates the data RAM 122 row value of the multiply-accumulate instruction at address 1 of FIG. 4 to the row of the data RAM 122 to which the previous layer wrote its results (e.g., to row 16) and also updates the output row (e.g., to row 15). The processor 100 then starts the updated NNU program. Alternatively, the program of FIG. 4 specifies the same row in the output instruction of address 4 as the row specified in the multiply-accumulate instruction at address 1 (i.e., the row read from the data RAM 122). In this embodiment, the current row of input data words is overwritten (which is acceptable as long as the row of data words is not needed for some other purpose, because the row of data words has already been read into the mux-regs 208 and is being rotated among the NPUs 126 via the N-word rotater). In this case, no update of the NNU program is needed at block 618, but only a re-start of it. Flow proceeds to block 622.

At block 622, the processor 100 reads the results of the NNU program from the data RAM 122 for layer N. However, if the results are simply to be used by the next layer, then the architectural program may not need to read the results from the data RAM 122, but instead leave them in the data RAM 122 for the next hidden layer computations. Flow proceeds to decision block 624.

At decision block 624, the architectural program determines whether the value of variable N is less than NUM_LAYERS. If so, flow proceeds to block 626; otherwise, flow ends.

At block 626, the architectural program increments N by one. Flow returns to decision block 608.

As may be determined from the example of FIG. 6B, approximately every 512 clock cycles, the NPUs 126 read once from and write once to the data RAM 122 (by virtue of the operation of the NNU program of FIG. 4). Additionally, the NPUs 126 read the weight RAM 124 approximately every clock cycle to read a row of the weight words. Thus, the entire bandwidth of the weight RAM 124 is consumed by the hybrid manner in which the NNU 121 performs the hidden layer operation. Additionally, assuming an embodiment that includes a write and read buffer such as the buffer 1704 of FIG. 17, concurrently with the NPU 126 reads, the processor 100 writes the weight RAM 124 such that the buffer 1704 performs one write to the weight RAM 124 approximately every 16 clock cycles to write the weight words. Thus, in a single-ported embodiment of the weight RAM 124 (such as described with respect to FIG. 17), approximately every 16 clock cycles, the NPUs 126 must be stalled from reading the weight RAM 124 to enable the buffer 1704 to write the weight RAM 124. However, in an embodiment in which the weight RAM 124 is dual-ported, the NPUs 126 need not be stalled.

Referring now to FIG. 7, a block diagram illustrating a NPU 126 of FIG. 1 according to an alternate embodiment is shown. The NPU 126 of FIG. 7 is similar in many respects to the NPU 126 of FIG. 2. However, the NPU 126 of FIG. 7 additionally includes a second 2-input mux-reg 705. The mux-reg 705 selects one of its inputs 206 or 711 to store in its register and then to provide on its output 203 on a subsequent clock cycle. Input 206 receives the weight word from the weight RAM 124. The other input 711 receives the output 203 of the second mux-reg 705 of the adjacent NPU 126. Preferably, the mux-reg 705 input 711 of NPU J receives the mux-reg 705 output 203 of NPU 126 instance J−1, and the output of NPU J is provided to the mux-reg 705 input 711 of NPU 126 instance J+1. In this manner, the mux-regs 705 of the N NPUs 126 collectively operate as an N-word rotater, similar to the manner described above with respect to FIG. 3, but for the weight words rather than for the data words. A control input 713 controls which of the two inputs the mux-reg 705 selects to store in its register and that is subsequently provided on the output 203.

Including the mux-regs 208 and/or mux-regs 705 (as well as the mux-regs of other embodiments, such as of FIGS. 18 and 23) to effectively form a large rotater that rotates the data/weights of a row received from the data RAM 122 and/or weight RAM 124 has an advantage that the NNU 121 does not require an extremely large mux that would otherwise be required between the data RAM 122 and/or weight RAM 124 in order to provide the necessary data/weight words to the appropriate NNU 121.

Writing Back Accumulator Values in Addition to Activation Function Result

In some applications, it is useful for the processor 100 to receive back (e.g., to the media registers 118 via the MFNN instruction of FIG. 15) the raw accumulator 202 value 217 upon which instructions executing on other execution units 112 can perform computations. For example, in one embodiment, in order to reduce the complexity of the AFU 212, it is not configured to perform the softmax activation function. Consequently, the NNU 121 may output the raw accumulator 202 value 217, or a subset thereof, to the data RAM 122 or weight RAM 124, which the architectural program subsequently reads from the data RAM 122 or weight RAM 124 and performs computations on the raw values. However, use of the raw accumulator 202 value 217 is not limited to performance of softmax, and other uses are contemplated.

Referring now to FIG. 8, a block diagram illustrating a NPU 126 of FIG. 1 according to an alternate embodiment is shown. The NPU 126 of FIG. 8 is similar in many respects to the NPU 126 of FIG. 2. However, the NPU 126 of FIG. 8 includes a multiplexer (mux) 802 in the AFU 212 that has a control input 803. The width (in bits) of the accumulator 202 is greater than the width of a data word. The mux 802 has multiple inputs that receive data word-width portions of the accumulator 202 output 217. In one embodiment, the width of the accumulator 202 is 41 bits and the NPU 126 is configured to output a result word 133 that is 16 bits; thus, for example, the mux 802 (or mux 3032 and/or mux 3037 of FIG. 30) includes three inputs that receive bits [15:0], bits [31:16], and bits [47:32] of the accumulator 202 output 217, respectively. Preferably, output bits not provided by the accumulator 202 (e.g., bits [47:41]) are forced to zero value bits.

The sequencer 128 generates a value on the control input 803 to control the mux 802 to select one of the words (e.g., 16 bits) of the accumulator 202 in response to a write ACC instruction such as the write ACC instructions at addresses 3 through 5 of FIG. 9 described below. Preferably, the mux 802 also has one or more inputs that receive the output of activation function circuits (e.g., elements 3022, 3024, 3026, 3018, 3014, and 3016 of FIG. 30) that generate outputs that are the width of a data word. The sequencer 128 generates a value on the control input 803 to control the mux 802 to select one of the activation function circuit outputs, rather than one of the words of the accumulator 202, in response to an instruction such as the write AFU output instruction at address 4 of FIG. 4.

Referring now to FIG. 9, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 of FIG. 1 is shown. The example program of FIG. 9 is similar in many respects to the program of FIG. 4. Specifically, the instructions at addresses 0 through 2 are identical. However, the instructions at addresses 3 and 4 of FIG. 4 are replaced in FIG. 9 by write ACC instructions that instruct the 512 NPUs 126 to write back their accumulator 202 output 217 as results 133 to three rows of the data RAM 122, which is rows 16 through 18 in the example. That is, the write ACC instruction instructs the sequencer 128 to output a data RAM address 123 value of 16 and a write command in a first clock cycle, to output a data RAM address 123 value of 17 and a write command in a second clock cycle, and to output a data RAM address 123 value of 18 and a write command in a third clock cycle. Preferably the execution of the write ACC instruction may be overlapped with the execution of other instructions such that the write ACC instruction effectively executes in three clock cycles, one for each row written to in the data RAM 122. In one embodiment, the user specifies values of the activation function 2934 and output command 2956 fields in the control register 127 (of FIG. 29A) to accomplish the writing of the desired portions of the accumulator 202 to the data RAM 122 or weight RAM 124. Alternatively, rather than writing back the entire contents of the accumulator 202, the write ACC instruction may optionally write back a subset of the accumulator 202. In one embodiment, a canonical form of the accumulator 202 may written back, as described in more detail below with respect to FIGS. 29 through 31.

Referring now to FIG. 10, a timing diagram illustrating the execution of the program of FIG. 9 by the NNU 121 is shown. The timing diagram of FIG. 10 is similar to the timing diagram of FIG. 5, and clocks 0 through 512 are the same. However, at clocks 513-515, the AFU 212 of each of the 512 NPUs 126 performs one of the write ACC instructions at addresses 3 through 5 of FIG. 9. Specifically, at clock 513, each of the 512 NPUs 126 writes back as its result 133 to its corresponding word of row 16 of the data RAM 122 bits [15:0] of the accumulator 202 output 217; at clock 514, each of the 512 NPUs 126 writes back as its result 133 to its corresponding word of row 17 of the data RAM 122 bits [31:16] of the accumulator 202 output 217; and at clock 515, each of the 512 NPUs 126 writes back as its result 133 to its corresponding word of row 18 of the data RAM 122 bits [40:32] of the accumulator 202 output 217. Preferably, bits [47:41] are forced to zero values.

Shared AFUs

Referring now to FIG. 11, a block diagram illustrating an embodiment of the NNU 121 of FIG. 1 is shown. In the embodiment of FIG. 11, a neuron is split into two portions, the activation function unit portion and the ALU portion (which also includes the shift register portion), and each activation function unit portion is shared by multiple ALU portions. In FIG. 11, the ALU portions are referred to as NPUs 126 and the shared activation function unit portions are referred to as AFUs 1112. This is in contrast to the embodiment of FIG. 2, for example, in which each neuron includes its own AFU 212. Hence, for example, in one embodiment the NPUs 126 (ALU portions) of the embodiment of FIG. 11 include the accumulator 202, ALU 204, mux-reg 208 and register 205 of FIG. 2, but not the AFU 212. In the embodiment of FIG. 11, the NNU 121 includes 512 NPUs 126 as an example; however, other embodiments with other numbers of NPUs 126 are contemplated. In the example of FIG. 11, the 512 NPUs 126 are grouped into 64 groups of eight NPUs 126 each, referred to as groups 0 through 63 in FIG. 11.

The NNU 121 also includes a row buffer 1104 and a plurality of shared AFUs 1112 coupled between the NPUs 126 and the row buffer 1104. The row buffer 1104 is the same width (in bits) as a row of the data RAM 122 or weight RAM 124, e.g., 512 words. There is one AFU 1112 per NPU 126 group, i.e., each AFU 1112 has a corresponding NPU 126 group; thus, in the embodiment of FIG. 11 there are 64 AFUs 1112 that correspond to the 64 NPU 126 groups. Each of the eight NPUs 126 in a group shares the corresponding AFU 1112. Other embodiments with different numbers of AFUs 1112 and NPUs 126 per group are contemplated. For example, other embodiments are contemplated in which two or four or sixteen NPUs 126 in a group share an AFU 1112.

A motivation for sharing AFUs 1112 is to reduce the size of the NNU 121. The size reduction is obtained at the cost of a performance reduction. That is, it may take several clocks longer, depending upon the sharing ratio, to generate the results 133 for the entire array of NPUs 126, as demonstrated in FIG. 12 below, for example, in which seven additional clock cycles are required because of the 8:1 sharing ratio. However, generally speaking, the additional number of clocks (e.g., 7) is relatively small compared to the number of clocks required to generated the accumulated sum (e.g., 512 clocks for a layer that has 512 connections per neuron). Hence, the relatively small performance impact (e.g., one percent increase in computation time) may be a worthwhile tradeoff for the reduced size of the NNU 121.

In one embodiment, each of the NPUs 126 includes an AFU 212 that performs relatively simple activation functions, thus enabling the simple AFUs 212 to be relatively small and therefore included in each NPU 126; whereas, the shared, or complex, AFUs 1112 perform relatively complex activation functions and are thus relatively significantly larger than the simple AFUs 212. In such an embodiment, the additional clock cycles are only required when a complex activation function is specified that requires sharing of a complex AFU 1112, but not when an activation function is specified that the simple AFU 212 is configured to perform.

Referring now to FIGS. 12 and 13, two timing diagrams illustrating the execution of the program of FIG. 4 by the NNU 121 of FIG. 11 is shown. The timing diagram of FIG. 12 is similar to the timing diagram of FIG. 5, and clocks 0 through 512 are the same. However, at clock 513, operation is different than described in the timing diagram of FIG. 5 because the NPUs 126 of FIG. 11 share the AFUs 1112; that is, the NPUs 126 of a group share the AFU 1112 associated with the group, and FIG. 11 illustrates the sharing.

Each row of the timing diagram of FIG. 13 corresponds to a successive clock cycle indicated in the first column. Each of the other columns corresponds to a different one of the 64 AFUs 1112 and indicates its operation. For simplicity and clarity of illustration, the operations only for AFUs 0, 1 and 63 are shown. The clock cycles of FIG. 13 correspond to the clock cycles of FIG. 12 but illustrate the sharing of the AFUs 1112 by the NPUs 126 in a different manner. At clocks 0-512, each of the 64 AFUs 1112 is inactive, as shown in FIG. 13, while the NPUs 126 perform the initialize NPU and multiply-accumulate and multiply-accumulate rotate instructions.

As shown in both FIGS. 12 and 13, at clock 513, AFU 0 (the AFU 1112 associated with group 0) begins to perform the specified activation function on the accumulator 202 value 217 of NPU 0, which is the first NPU 126 in group 0, and the output of AFU 0 will be stored to row buffer 1104 word 0. Also at clock 513, each of the AFUs 1112 begins to perform the specified activation function on the accumulator 202 of the first NPU 126 in its corresponding group of NPUs 126. Thus, in clock 513, as shown in FIG. 13, AFU 0 begins to perform the specified activation function on the accumulator 202 of NPU 0 to generate a result that will be stored to row buffer 1104 word 0; AFU 1 begins to perform the specified activation function on the accumulator 202 of NPU 8 to generate a result that will be stored to row buffer 1104 word 8; and so forth to AFU 63 begins to perform the specified activation function on the accumulator 202 of NPU 504 to generate a result that will be stored to row buffer 1104 word 504.

At clock 514, AFU 0 (the AFU 1112 associated with group 0) begins to perform the specified activation function on the accumulator 202 value 217 of NPU 1, which is the second NPU 126 in group 0, and the output of AFU 0 will be stored to row buffer 1104 word 1, as shown. Also at clock 514, each of the AFUs 1112 begins to perform the specified activation function on the accumulator 202 of the second NPU 126 in its corresponding group of NPUs 126. Thus, in clock 514, as shown in FIG. 13, AFU 0 begins to perform the specified activation function on the accumulator 202 of NPU 1 to generate a result that will be stored to row buffer 1104 word 1; AFU 1 begins to perform the specified activation function on the accumulator 202 of NPU 9 to generate a result that will be stored to row buffer 1104 word 9; and so forth to AFU 63 begins to perform the specified activation function on the accumulator 202 of NPU 505 to generate a result that will be stored to row buffer 1104 word 505. This pattern continues until at clock cycle 520, AFU 0 (the AFU 1112 associated with group 0) begins to perform the specified activation function on the accumulator 202 value 217 of NPU 7, which is the eighth (last) NPU 126 in group 0, and the output of AFU 0 will be stored to row buffer 1104 word 7, as shown. Also at clock 520, each of the AFUs 1112 begins to perform the specified activation function on the accumulator 202 of the eighth NPU 126 in its corresponding group of NPUs 126. Thus, in clock 520, as shown in FIG. 13, AFU 0 begins to perform the specified activation function on the accumulator 202 of NPU 7 to generate a result that will be stored to row buffer 1104 word 7; AFU 1 begins to perform the specified activation function on the accumulator 202 of NPU 15 to generate a result that will be stored to row buffer 1104 word 15; and so forth to AFU 63 begins to perform the specified activation function on the accumulator 202 of NPU 511 to generate a result that will be stored to row buffer 1104 word 511.

At clock 521, once all 512 results associated with the 512 NPUs 126 have been generated and written to the row buffer 1104, the row buffer 1104 begins to write its contents to the data RAM 122 or weight RAM 124. In this fashion, the AFU 1112 of each of the 64 groups of NPUs 126 performs a portion of the activation function instruction at address 3 of FIG. 4.

Embodiments such as that of FIG. 11 that share AFUs 1112 among groups of ALUs 204 may be particularly advantageous in conjunction with integer ALUs 204, as described more below, e.g., with respect to FIGS. 29A through 33.

MTNN and MFNN Architectural Instructions

Referring now to FIG. 14, a block diagram illustrating a move to neural network (MTNN) architectural instruction 1400 and its operation with respect to portions of the NNU 121 of FIG. 1 is shown. The MTNN instruction 1400 includes an opcode field 1402, a src1 field 1404, a src2 field 1406, a gpr field 1408, and an immediate field 1412. The MTNN instruction 1400 is an architectural instruction, i.e., it is included in the instruction set architecture of the processor 100. Preferably, the instruction set architecture associates a predetermined value of the opcode field 1402 with the MTNN instruction 1400 to distinguish it from other instructions in the instruction set architecture. The MTNN instruction 1400 opcode 1402 may or may not include prefixes, such as are common, for example, in the x86 architecture.

The immediate field 1412 provides a value that specifies a function 1432 to control logic 1434 of the NNU 121. Preferably, the function 1432 is provided as an immediate operand of a microinstruction 105 of FIG. 1. The functions 1432 that may be performed by the NNU 121 include, but are not limited to, writing to the data RAM 122, writing to the weight RAM 124, writing to the program memory 129, writing to the control register 127, starting execution of a program in the program memory 129, pausing the execution of a program in the program memory 129, request notification (e.g., interrupt) of completion of the execution of a program in the program memory 129, and resetting the NNU 121. Preferably, the NNU instruction set includes an instruction whose result indicates the NNU program is complete. Alternatively, the NNU instruction set includes an explicit generate interrupt instruction. Preferably, resetting the NNU 121 includes effectively forcing the NNU 121 back to a reset state (e.g., internal state machines are cleared and set to an idle state), except the contents of the data RAM 122, weight RAM 124, program memory 129 are left intact. Additionally, internal registers such as the accumulator 202 are not affected by the reset function and must be explicitly cleared, e.g., by an initialize NPU instruction at address 0 of FIG. 4. In one embodiment, the function 1432 may include a direct execution function in which the first source register contains a micro-operation (see for example micro-operation 3418 of FIG. 34). The direct execution function instructs the NNU 121 to directly execute the specified micro-operation. In this manner, an architectural program may directly control the NNU 121 to perform operations, rather than writing instructions to the program memory 129 and then instructing the NNU 121 to execute the instructions in the program memory or by executing an MTNN instruction 1400 (or an MFNN instruction 1500 of FIG. 15). FIG. 14 illustrates an example of the function 1432 of writing to the data RAM 122.

The gpr field 1408 specifies one of the GPR in the general purpose register file 116. In one embodiment, each GPR is 64 bits. The general purpose register file 116 provides the value from the selected GPR to the NNU 121, as shown, which uses the value as an address 1422. The address 1422 selects a row of the memory specified in the function 1432. In the case of the data RAM 122 or weight RAM 124, the address 1422 additionally selects a chunk that is twice the size of a media register (e.g., 512 bits) location within the selected row. Preferably, the location is on a 512-bit boundary. In one embodiment, a multiplexer selects either the address 1422 (or address 1422 in the case of a MFNN instruction 1400 described below) or the address 123/125/131 from the sequencer 128 for provision to the data RAM 122/weight RAM 124/program memory 129. In one embodiment, as described in more detail below, the data RAM 122 is dual-ported to allow the NPUs 126 to read/write the data RAM 122 concurrently with the media registers 118 reading/writing the data RAM 122. In one embodiment, the weight RAM 124 is also dual-ported for a similar purpose.

The src1 field 1404 and src2 field 1406 each specify a media register in the media register file 118. In one embodiment, each media register 118 is 256 bits. The media register file 118 provides the concatenated data (e.g., 512 bits) from the selected media registers to the data RAM 122 (or weight RAM 124 or program memory 129) for writing into the selected row 1428 specified by the address 1422 and into the location specified by the address 1422 within the selected row 1428, as shown. Advantageously, by executing a series of MTNN instructions 1400 (and MFNN instructions 1400 described below), an architectural program executing on the processor 100 can populate rows of the data RAM 122 and rows of the weight RAM 124 and write a program to the program memory 129, such as the programs described herein (e.g., of FIGS. 4 and 9) to cause the NNU 121 to perform operations on the data and weights at extremely high speeds to accomplish an artificial neural network. In one embodiment, the architectural program directly controls the NNU 121 rather than writing a program into the program memory 129.

In one embodiment, rather than specifying two source registers (e.g., 1404 and 1406), the MTNN instruction 1400 specifies a start source register and a number of source registers, Q. This form of the MTNN instruction 1400 instructs the processor 100 to write the media register 118 specified as the start source register as well as the next Q−1 sequential media registers 118 to the NNU 121, i.e., to the data RAM 122 or weight RAM 124 specified. Preferably, the instruction translator 104 translates the MTNN instruction 1400 into as many microinstructions as needed to write all the Q specified media registers 118. For example, in one embodiment, when the MTNN instruction 1400 specifies a start source register as MR4 and Q is 8, then the instruction translator 104 translates the MTNN instruction 1400 into four microinstructions, the first of which writes MR4 and MR5, the second of which writes MR6 and MR7, the third of which writes MR8 and MR9, and the fourth of which writes MR10 and MR11. In an alternate embodiment in which the data path from the media registers 118 to the NNU 121 is 1024 bits rather than 512, the instruction translator 104 translates the MTNN instruction 1400 into two microinstructions, the first of which writes MR4 through MR7, and the second of which writes MR8 through MR11. A similar embodiment is contemplated in which the MFNN instruction 1500 specifies a start destination register and a number of destination registers, to enable reading larger chunks of a row of the data RAM 122 or weight RAM 124 per MFNN instruction 1500 than a single media register 118.

Referring now to FIG. 15, a block diagram illustrating a move from neural network (MFNN) architectural instruction 1500 and its operation with respect to portions of the NNU 121 of FIG. 1 is shown. The MFNN instruction 1500 includes an opcode field 1502, a dst field 1504, a gpr field 1508, and an immediate field 1512. The MFNN instruction 1500 is an architectural instruction, i.e., it is included in the instruction set architecture of the processor 100. Preferably, the instruction set architecture associates a predetermined value of the opcode field 1502 with the MFNN instruction 1500 to distinguish it from other instructions in the instruction set architecture. The MFNN instruction 1500 opcode 1502 may or may not include prefixes, such as are common, for example, in the x86 architecture.

The immediate field 1512 provides a value that specifies a function 1532 to the control logic 1434 of the NNU 121. Preferably, the function 1532 is provided as an immediate operand of a microinstruction 105 of FIG. 1. The functions 1532 that may be performed by the NNU 121 include, but are not limited to, reading from the data RAM 122, reading from the weight RAM 124, reading from the program memory 129, and reading from the status register 127. FIG. 15 illustrates an example of the function 1532 of reading from the data RAM 122.

The gpr field 1508 specifies one of the GPR in the general purpose register file 116. The general purpose register file 116 provides the value from the selected GPR to the NNU 121, as shown, which uses the value as an address 1522 that operates in a manner similar to the address 1422 of FIG. 14 to select a row of the memory specified in the function 1532 and, in the case of the data RAM 122 or weight RAM 124, the address 1522 additionally selects a chunk that is the size of a media register (e.g., 256 bits) location within the selected row. Preferably, the location is on a 256-bit boundary.

The dst field 1504 specifies a media register in the media register file 118. The media register file 118 receives the data (e.g., 256 bits) into the selected media register from the data RAM 122 (or weight RAM 124 or program memory 129) read from the selected row 1528 specified by the address 1522 and from the location specified by the address 1522 within the selected row 1528, as shown.

NNU Internal RAM Port Configurations

Referring now to FIG. 16, a block diagram illustrating an embodiment of the data RAM 122 of FIG. 1 is shown. The data RAM 122 includes a memory array 1606, a read port 1602 and a write port 1604. The memory array 1606 holds the data words and is preferably arranged as D rows of N words, as described above. In one embodiment, the memory array 1606 comprises an array of 64 horizontally arranged static RAM cells in which each cell is 128 bits wide and 64 tall to provide a 64 KB data RAM 122 that is 8192 bits wide and has 64 rows, and the data RAM 122 occupies approximately 0.2 square millimeters of die area. However, other embodiments are contemplated.

The read port 1602 is coupled, preferably in a multiplexed fashion, to the NPUs 126 and to the media registers 118. (More precisely, the media registers 118 may be coupled to the read port 1602 via result busses that may also provide data to a reorder buffer and/or result forwarding busses to the other execution units 112). The NPUs 126 and media registers 118 share the read port 1602 to read the data RAM 122. The write port 1604 is also coupled, preferably in a multiplexed fashion, to the NPUs 126 and to the media registers 118. The NPUs 126 and media registers 118 shared the write port 1604 to write the data RAM 122. Thus, advantageously, the media registers 118 can concurrently write to the data RAM 122 while the NPUs 126 are also reading from the data RAM 122, or the NPUs 126 can concurrently write to the data RAM 122 while the media registers 118 are reading from the data RAM 122. This may advantageously provide improved performance. For example, the NPUs 126 can read the data RAM 122 (e.g., to continue to perform calculations) while the media registers 118 write more data words to the data RAM 122. For another example, the NPUs 126 can write calculation results to the data RAM 122 while the media registers 118 read calculation results from the data RAM 122. In one embodiment, the NPUs 126 can write a row of calculation results to the data RAM 122 while the NPUs 126 also read a row of data words from the data RAM 122. In one embodiment, the memory array 1606 is configured in banks. When the NPUs 126 access the data RAM 122, all of the banks are activated to access an entire row of the memory array 1606; whereas, when the media registers 118 access the data RAM 122, only the specified banks are activated. In one embodiment, each bank is 128 bits wide and the media registers 118 are 256 bits wide, hence two banks are activated per media register 118 access, for example. In one embodiment, one of the ports 1602/1604 is a read/write port. In one embodiment, both the ports 1602 and 1604 are read/write ports.

An advantage of the rotater capability of the NPUs 126 as described herein is that it facilitates the ability for the memory array 1606 of the data RAM 122 to have significantly fewer rows, and therefore be relatively much smaller, than might otherwise be needed in order to insure that the NPUs 126 are highly utilized, which requires the architectural program (via the media registers 118) to be able to continue to provide data to the data RAM 122 and to retrieve results from it while the NPUs 126 are performing computations.

Internal RAM Buffer

Referring now to FIG. 17, a block diagram illustrating an embodiment of the weight RAM 124 of FIG. 1 and a buffer 1704 is shown. The weight RAM 124 includes a memory array 1706 and a port 1702. The memory array 1706 holds the weight words and is preferably arranged as W rows of N words, as described above. In one embodiment, the memory array 1706 comprises an array of 128 horizontally arranged static RAM cells in which each cell is 64 bits wide and 2048 tall to provide a 2 MB weight RAM 124 that is 8192 bits wide and has 2048 rows, and the weight RAM 124 occupies approximately 2.4 square millimeters of die area. However, other embodiments are contemplated.

The port 1702 is coupled, preferably in a multiplexed fashion, to the NPUs 126 and to the buffer 1704. The NPUs 126 and buffer 1704 read and write the weight RAM 124 via the port 1702. The buffer 1704 is also coupled to the media registers 118 of FIG. 1 such that the media registers 118 read and write the weight RAM 124 through the buffer 1704. Thus, advantageously, the media registers 118 can concurrently write to or read from the buffer 1704 while the NPUs 126 are also reading from or writing to the weight RAM 124 (although preferably the NPUs 126 stall, if they are currently executing, to avoid accessing the weight RAM 124 while the buffer 1704 is accessing the weight RAM 124). This may advantageously provide improved performance, particularly since the reads/writes by the media registers 118 to the weight RAM 124 are relatively much smaller than the reads/writes by the NPUs 126 to the weight RAM 124. For example, in one embodiment, the NPUs 126 read/write 8192 bits (one row) at a time, whereas the media registers 118 are 256 bits wide, and each MTNN instructions 1400 writes two media registers 118, i.e., 512 bits. Thus, in the case where the architectural program executes sixteen MTNN instructions 1400 to populate the buffer 1704, a conflict occurs between the NPUs 126 and the architectural program for access to the weight RAM 124 only less than approximately six percent of the time. In an alternate embodiment, the instruction translator 104 translates a MTNN instruction 1400 into two microinstructions 105, each of which writes a single media register 118 to the buffer 1704, in which case a conflict occurs between the NPUs 126 and the architectural program for access to the weight RAM 124 even less frequently.

In one embodiment that includes the buffer 1704, writing to the weight RAM 124 by an architectural program requires multiple MTNN instructions 1400. One or more MTNN instructions 1400 specify a function 1432 to write to specified chunks of the buffer 1704 followed by an MTNN instruction 1400 that specifies a function 1432 that instructs the NNU 121 to write the contents of the buffer 1704 to a specified row of the weight RAM 124, where the size of a chunk is twice the number of bits of a media register 118 and chunks are naturally aligned within the buffer 1704. In one embodiment, in each of the MTNN instructions 1400 that specify a function 1432 to write to specified chunks of the buffer 1704, a bitmask is included that has a bit corresponding to each chunk of the buffer 1704. The data from the two specified source registers 118 is written to each chunk of the buffer 1704 whose corresponding bit in the bitmask is set. This may be useful for repeated data values within a row of the weight RAM 124. For example, in order to zero out the buffer 1704 (and subsequently a row of the weight RAM 124), the programmer may load the source registers with zero and set all bits of the bitmask. Additionally, the bitmask enables the programmer to only write to selected chunks of the buffer 1704 and thereby retain the previous data in the other chunks.

In one embodiment that includes the buffer 1704, reading from the weight RAM 124 by an architectural program requires multiple MFNN instructions 1500. An initial MFNN instruction 1500 specifies a function 1532 to load the buffer 1704 from a specified row of the weight RAM 124 followed by one or more MFNN instructions 1500 that specify a function 1532 to read a specified chunk of the buffer 1704 into the destination register, where the size of a chunk is the number of bits of a media register 118 and chunks are naturally aligned within the buffer 1704. Other embodiments are contemplated in which the weight RAM 124 includes multiple buffers 1704 to further reduce contention between the NPUs 126 and the architectural program for access to the weight RAM 124 by increasing the number of accesses that can be made by the architectural program while the NPUs 126 are executing, which may increase the likelihood that the accesses by the buffers 1704 can be performed during clock cycles in which the NPUs 126 do not need to access the weight RAM 124.

Although FIG. 16 describes a dual-ported data RAM 122, other embodiments are contemplated in which the weight RAM 124 is also dual-ported. Furthermore, although FIG. 17 describes a buffer for use with the weight RAM 124, other embodiments are contemplated in which the data RAM 122 also has an associated buffer similar to buffer 1704.

Dynamically Configurable NPUs

Referring now to FIG. 18, a block diagram illustrating a dynamically configurable NPU 126 of FIG. 1 is shown. The NPU 126 of FIG. 18 is similar in many respects to the NPU 126 of FIG. 2. However, the NPU 126 of FIG. 18 is dynamically configurable to operate in one of two different configurations. In a first configuration, the NPU 126 of FIG. 18 operates similar to the NPU 126 of FIG. 2. That is, in the first configuration, referred to herein as “wide” configuration or “single” configuration, the ALU 204 of the NPU 126 performs operations on a single wide data word and a single wide weight word (e.g., 16 bits) to generate a single wide result. In contrast, in the second configuration, referred to herein as “narrow” configuration or “dual” configuration, the NPU 126 performs operations on two narrow data words and two respective narrow weight words (e.g., 8 bits) to generate two respective narrow results. In one embodiment, the configuration (wide or narrow) of the NPU 126 is made by the initialize NPU instruction (e.g., at address 0 of FIG. 20, described below). Alternatively, the configuration is made by an MTNN instruction whose function 1432 specifies to configure the NPU 126 to the configuration (wide or narrow). Preferably, configuration registers are populated by the program memory 129 instruction or the MTNN instruction that determine the configuration (wide or narrow). For example, the configuration register outputs are provided to the ALU 204, AFU 212 and logic that generates the mux-reg control signal 213. Generally speaking, the elements of the NPUs 126 of FIG. 18 perform similar functions to their like-numbered elements of FIG. 2 and reference should be made thereto for an understanding of FIG. 18. However, the embodiment of FIG. 18 will now be described, including differences from FIG. 2.

The NPU 126 of FIG. 18 includes two registers 205A and 205B, two 3-input mux-regs 208A and 208B, an ALU 204, two accumulators 202A and 202B, and two AFUs 212A and 212B. Each of the registers 205A/205B is separately half the width (e.g., 8 bits) of register 205 of FIG. 2. Each of the registers 205A/205B receives a respective narrow weight word 206A/206B (e.g., 8 bits) from the weight RAM 124 and provides its output 203A/203B on a subsequent clock cycle to operand selection logic 1898 of the ALU 204. When the NPU 126 is in a wide configuration, the registers 205A/205B effectively function together to receive a wide weight word 206A/206B (e.g., 16 bits) from the weight RAM 124, similar to the manner of the register 205 of the embodiment of FIG. 2; and when the NPU 126 is in a narrow configuration, the registers 205A/205B effectively function individually to each receive a narrow weight word 206A/206B (e.g., 8 bits) from the weight RAM 124 such that the NPU 126 is effectively two separate narrow NPUs. Nevertheless, the same output bits of the weight RAM 124 are coupled to and provided to the registers 205A/205B, regardless of the configuration of the NPU 126. For example, the register 205A of NPU 0 receives byte 0, the register 205B of NPU 0 receives byte 1, the register 205A of NPU 1 receives byte 2, the register 205A of NPU 1 receives byte 3, and so forth to the register 205B of NPU 511 receives byte 1023.

Each of the mux-regs 208A/208B is separately half the width (e.g., 8 bits) of register 208 of FIG. 2. The mux-reg 208A selects one of its inputs 207A or 211A or 1811A to store in its register and then to provide on its output 209A on a subsequent clock cycle, and the mux-reg 208B selects one of its inputs 207B or 211B or 1811B to store in its register and then to provide on its output 209B on a subsequent clock cycle to the operand selection logic 1898. The input 207A receives a narrow data word (e.g., 8 bits) from the data RAM 122, and the input 207B receives a narrow data word from the data RAM 122. When the NPU 126 is in a wide configuration, the mux-regs 208A/208B effectively function together to receive a wide data word 207A/207B (e.g., 16 bits) from the data RAM 122, similar to the manner of the mux-reg 208 of the embodiment of FIG. 2; and when the NPU 126 is in a narrow configuration, the mux-regs 208A/208B effectively function individually to each receive a narrow data word 207A/207B (e.g., 8 bits) from the data RAM 122 such that the NPU 126 is effectively two separate narrow NPUs. Nevertheless, the same output bits of the data RAM 122 are coupled to and provided to the mux-regs 208A/208B, regardless of the configuration of the NPU 126. For example, the mux-reg 208A of NPU 0 receives byte 0, the mux-reg 208B of NPU 0 receives byte 1, the mux-reg 208A of NPU 1 receives byte 2, the mux-reg 208A of NPU 1 receives byte 3, and so forth to the mux-reg 208B of NPU 511 receives byte 1023.

The input 211A receives the output 209A of mux-reg 208A of the adjacent NPU 126, and the input 211B receives the output 209B of mux-reg 208B of the adjacent NPU 126. The input 1811A receives the output 209B of mux-reg 208B of the adjacent NPU 126, and the input 1811B receives the output 209A of mux-reg 208A of the instant NPU 126, as shown. The NPU 126 shown in FIG. 18 is denoted NPU J from among the N NPUs 126 of FIG. 1. That is, NPU J is a representative instance of the N NPUs 126. Preferably, the mux-reg 208A input 211A of NPU J receives the mux-reg 208A output 209A of NPU 126 instance J−1, the mux-reg 208A input 1811A of NPU J receives the mux-reg 208B output 209B of NPU 126 instance J−1, and the mux-reg 208A output 209A of NPU J is provided both to the mux-reg 208A input 211A of NPU 126 instance J+1 and to the mux-reg 208B input 211B of NPU 126 instance J; and the mux-reg 208B input 211B of NPU J receives the mux-reg 208B output 209B of NPU 126 instance J−1, the mux-reg 208B input 1811B of NPU J receives the mux-reg 208A output 209A of NPU 126 instance J, and the mux-reg 208B output 209B of NPU J is provided to both the mux-reg 208A input 1811A of NPU 126 instance J+1 and to the mux-reg 208B input 211B of NPU 126 instance J+1.

The control input 213 controls which of the three inputs each of the mux-regs 208A/208B selects to store in its respective register and that is subsequently provided on the respective outputs 209A/209B. When the NPU 126 is instructed to load a row from the data RAM 122 (e.g., as by the multiply-accumulate instruction at address 1 of FIG. 20, described below), regardless of whether the NPU 126 is in a wide or narrow configuration, the control input 213 controls each of the mux-regs 208A/208B to select a respective narrow data word 207A/207B (e.g., 8 bits) from the corresponding narrow word of the selected row of the data RAM 122.

When the NPU 126 is instructed to rotate the previously received data row values (e.g., as by the multiply-accumulate rotate instruction at address 2 of FIG. 20, described below), if the NPU 126 is in a narrow configuration, the control input 213 controls each of the mux-regs 208A/208B to select the respective input 1811A/1811B. In this case, the mux-regs 208A/208B function individually effectively such that the NPU 126 is effectively two separate narrow NPUs. In this manner, the mux-regs 208A and 208B of the N NPUs 126 collectively operate as a 2N-narrow-word rotater, as described in more detail below with respect to FIG. 19.

When the NPU 126 is instructed to rotate the previously received data row values, if the NPU 126 is in a wide configuration, the control input 213 controls each of the mux-regs 208A/208B to select the respective input 211A/211B. In this case, the mux-regs 208A/208B function together effectively as if the NPU 126 is a single wide NPU 126. In this manner, the mux-regs 208A and 208B of the N NPUs 126 collectively operate as an N-wide-word rotater, similar to the manner described with respect to FIG. 3.

The ALU 204 includes the operand selection logic 1898, a wide multiplier 242A, a narrow multiplier 242B, a wide two-input mux 1896A, a narrow two-input mux 1896B, a wide adder 244A and a narrow adder 244B. Effectively, the ALU 204 comprises the operand selection logic 1898, a wide ALU 204A (comprising the wide multiplier 242A, the wide mux 1896A and the wide adder 244A) and a narrow ALU 204B (comprising the narrow multiplier 242B, the narrow mux 1896B and the narrow adder 244B). Preferably, the wide multiplier 242A multiplies two wide words and is similar to the multiplier 242 of FIG. 2, e.g., a 16-bit by 16-bit multiplier. The narrow multiplier 242B multiplies two narrow words, e.g., an 8-bit by 8-bit multiplier that generates a 16-bit result. When the NPU 126 is in a narrow configuration, the wide multiplier 242A is effectively used, with the help of the operand selection logic 1898, as a narrow multiplier to multiply two narrow words so that the NPU 126 effectively functions as two narrow NPUs. Preferably, the wide adder 244A adds the output of the wide mux 1896A and the wide accumulator 202A output 217A to generate a sum 215A for provision to the wide accumulator 202A and is similar to the adder 244 of FIG. 2. The narrow adder 244B adds the output of the narrow mux 1896B and the narrow accumulator 202B output 217B to generate a sum 215B for provision to the narrow accumulator 202B. In one embodiment, the narrow accumulator 202B is 28 bits wide to avoid loss of precision in the accumulation of up to 1024 16-bit products. When the NPU 126 is in a wide configuration, the narrow multiplier 242B, narrow mux 1896B, narrow adder 244B, narrow accumulator 202B and narrow AFU 212B are preferably inactive to reduce power consumption.

The operand selection logic 1898 selects operands from 209A, 209B, 203A and 203B to provide to the other elements of the ALU 204, as described in more detail below. Preferably, the operand selection logic 1898 also performs other functions, such as performing sign extension of signed-valued data words and weight words. For example, if the NPU 126 is in a narrow configuration, the operand selection logic 1898 sign extends the narrow data word and weight word to the width of a wide word before providing them to the wide multiplier 242A. Similarly, if the ALU 204 is instructed to pass through a narrow data/weight word (bypass the wide multiplier 242A via wide mux 1896A), the operand selection logic 1898 sign extends the narrow data/weight word to the width of a wide word before providing it to the wide adder 244A. Preferably, logic is also present in the ALU 204 of the NPU 126 of FIG. 2 to perform the sign-extension function.

The wide mux 1896A receives the output of the wide multiplier 242A and an operand from the operand selection logic 1898 and selects one of the inputs for provision to the wide adder 244A, and the narrow mux 1896B receives the output of the narrow multiplier 242B and an operand from the operand selection logic 1898 and selects one of the inputs for provision to the narrow adder 244B.

The operands provided by the operand selection logic 1898 depend upon the configuration of the NPU 126 and upon the arithmetic and/or logical operations to be performed by the ALU 204 based on the function specified by the instruction being executed by the NPU 126. For example, if the instruction instructs the ALU 204 to perform a multiply-accumulate and the NPU 126 is in a wide configuration, the operand selection logic 1898 provides to the wide multiplier 242A on one input a wide word that is the concatenation of outputs 209A and 209B and on the other input a wide word that is the concatenation of outputs 203A and 203B, and the narrow multiplier 242B is inactive, so that the NPU 126 functions as a single wide NPU 126 similar to the NPU 126 of FIG. 2. Whereas, if the instruction instructs the ALU 204 to perform a multiply-accumulate and the NPU 126 is in a narrow configuration, the operand selection logic 1898 provides to the wide multiplier 242A on one input an extended, or widened, version of the narrow data word 209A and on the other input an extended version of the narrow weight word 203A; additionally, the operand selection logic 1898 provides to the narrow multiplier 242B on one input the narrow data words 209B and on the other input the narrow weight word 203B. To extend, or widen, a narrow word, if the narrow word is signed, then the operand selection logic 1898 sign-extends the narrow word, whereas if the narrow word is unsigned, the operand selection logic 1898 pads the narrow word with zero-valued upper bits.

For another example, if the NPU 126 is in a wide configuration and the instruction instructs the ALU 204 to perform an accumulate of the weight word, the wide multiplier 242A is bypassed and the operand selection logic 1898 provides the concatenation of outputs 203A and 203B to the wide mux 1896A for provision to the wide adder 244A. Whereas, if the NPU 126 is in a narrow configuration and the instruction instructs the ALU 204 to perform an accumulate of the weight word, the wide multiplier 242A is bypassed and the operand selection logic 1898 provides an extended version of the output 203A to the wide mux 1896A for provision to the wide adder 244A; and the narrow multiplier 242B is bypassed and the operand selection logic 1898 provides an extended version of the output 203B to the narrow mux 1896B for provision to the narrow adder 244B.

For another example, if the NPU 126 is in a wide configuration and the instruction instructs the ALU 204 to perform an accumulate of the data word, the wide multiplier 242A is bypassed and the operand selection logic 1898 provides the concatenation of outputs 209A and 209B to the wide mux 1896A for provision to the wide adder 244A. Whereas, if the NPU 126 is in a narrow configuration and the instruction instructs the ALU 204 to perform an accumulate of the data word, the wide multiplier 242A is bypassed and the operand selection logic 1898 provides an extended version of the output 209A to the wide mux 1896A for provision to the wide adder 244A; and the narrow multiplier 242B is bypassed and the operand selection logic 1898 provides an extended version of the output 209B to the narrow mux 1896B for provision to the narrow adder 244B. The accumulation of weight/data words may be useful for performing averaging operations that are used in pooling layers of some artificial neural network applications, such as image processing.

Preferably, the NPU 126 also includes a second wide mux (not shown) for bypassing the wide adder 244A to facilitate loading the wide accumulator 202A with a wide data/weight word in wide configuration or an extended narrow data/weight word in narrow configuration, and a second narrow mux (not shown) for bypassing the narrow adder 244B to facilitate loading the narrow accumulator 202B with a narrow data/weight word in narrow configuration. Preferably, the ALU 204 also includes wide and narrow comparator/mux combinations (not shown) that receive the respective accumulator value 217A/217B and respective mux 1896A/1896B output to select the maximum value between the accumulator value 217A/217B and a data/weight word 209A/B/203A/B, an operation that is used in pooling layers of some artificial neural network applications, as described in more detail below, e.g., with respect to FIGS. 27 and 28. Additionally, the operand selection logic 1898 is configured to provide zero-valued operands (for addition with zero or for clearing the accumulators) and to provide one-valued operands (for multiplication by one).

The narrow AFU 212B receives the output 217B of the narrow accumulator 202B and performs an activation function on it to generate a narrow result 133B, and the wide AFU 212A receives the output 217A of the wide accumulator 202A and performs an activation function on it to generate a wide result 133A. When the NPU 126 is in a narrow configuration, the wide AFU 212A considers the output 217A of the wide accumulator 202A accordingly and performs an activation function on it to generate a narrow result, e.g., 8 bits, as described in more detail below with respect to FIGS. 29A through 30, for example.

As may observed from the above description, advantageously the single NPU 126 operates effectively as two narrow NPUs when in a narrow configuration, thus providing, for smaller words, approximately up to twice the throughput as when in the wide configuration. For example, assume a neural network layer having 1024 neurons each receiving 1024 narrow inputs from the previous layer (and having narrow weight words), resulting in 1 Mega-connections. An NNU 121 having 512 NPUs 126 in a narrow configuration (1024 narrow NPU) compared to an NNU 121 having 512 NPUs 126 in a wide configuration is capable of processing four times the number of connections (1 Mega-connections vs. 256K connections) in approximately half the time (approx. 1026 clocks vs. 514 clocks), albeit for narrow words rather than wide words.

In one embodiment, the dynamically configurable NPU 126 of FIG. 18 includes 3-input multiplexed-registers similar to mux-regs 208A and 208B in place of the registers 205A and 205B to accomplish a rotater for a row of weight words received from the weight RAM 124 somewhat similar to the manner described with respect to the embodiment of FIG. 7 but in a dynamically configurable fashion as described with respect to FIG. 18.

Referring now to FIG. 19, a block diagram illustrating an embodiment of the arrangement of the 2N mux-regs 208A/208B of the N NPUs 126 of the NNU 121 of FIG. 1 according to the embodiment of FIG. 18 to illustrate their operation as a rotater for a row of data words 207 received from the data RAM 122 of FIG. 1 is shown. In the embodiment of FIG. 19, N is 512 such that the NNU 121 has 1024 mux-regs 208A/208B, denoted 0 through 511, corresponding to 512 NPUs 126 and effectively 1024 narrow NPUs, as shown. The two narrow NPUs within a NPU 126 are denoted A and B, and within each of the mux-regs 208, the designation of the corresponding narrow NPU is shown. More specifically, mux-reg 208A of NPU 126 0 is designated 0-A, mux-reg 208B of NPU 126 0 is designated 0-B, mux-reg 208A of NPU 126 1 is designated 1-A, mux-reg 208B of NPU 126 1 is designated 1-B, mux-reg 208A of NPU 126 511 is designated 511-A, and mux-reg 208B of NPU 126 511 is designated 0-B, which values also correspond to the narrow NPUs of FIG. 21 described below.

Each mux-reg 208A receives its corresponding narrow data word 207A of one row of the D rows of the data RAM 122, and each mux-reg 208B receives its corresponding narrow data word 207B of one row of the D rows of the data RAM 122. That is, mux-reg 0A receives narrow data word 0 of the data RAM 122 row, mux-reg 0B receives narrow data word 1 of the data RAM 122 row, mux-reg 1A receives narrow data word 2 of the data RAM 122 row, mux-reg 1B receives narrow data word 3 of the data RAM 122 row, and so forth to mux-reg 511A receives narrow data word 1022 of the data RAM 122 row, and mux-reg 511B receives narrow data word 1023 of the data RAM 122 row. Additionally, mux-reg 1A receives on its input 211A the output 209A of mux-reg 0A, mux-reg 1B receives on its input 211B the output 209B of mux-reg 0B, and so forth to mux-reg 511A that receives on its input 211A the output 209A of mux-reg 510A and mux-reg 511B that receives on its input 211B the output 209B of mux-reg 510B, and mux-reg 0A receives on its input 211A the output 209A of mux-reg 511A and mux-reg 0B receives on its input 211B the output 209B of mux-reg 511B. Each of the mux-regs 208A/208B receives the control input 213 that controls whether to select the data word 207A/207B or the rotated input 211A/211B or the rotated input 1811A/1811B. Finally, mux-reg 1A receives on its input 1811A the output 209B of mux-reg 0B, mux-reg 1B receives on its input 1811B the output 209A of mux-reg 1A, and so forth to mux-reg 511A that receives on its input 1811A the output 209B of mux-reg 510B and mux-reg 511B that receives on its input 1811B the output 209A of mux-reg 511A, and mux-reg 0A receives on its input 1811A the output 209B of mux-reg 511B and mux-reg 0B receives on its input 1811B the output 209A of mux-reg 0A. Each of the mux-regs 208A/208B receives the control input 213 that controls whether to select the data word 207A/207B or the rotated input 211A/211B or the rotated input 1811A/1811B. As described in more detail below, in one mode of operation, on a first clock cycle, the control input 213 controls each of the mux-regs 208A/208B to select the data word 207A/207B for storage in the register and for subsequent provision to the ALU 204; and during subsequent clock cycles (e.g., M−1 clock cycles as described above), the control input 213 controls each of the mux-regs 208A/208B to select the rotated input 1811A/1811B for storage in the register and for subsequent provision to the ALU 204.

Referring now to FIG. 20, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 of FIG. 1 having NPUs 126 according to the embodiment of FIG. 18 is shown. The example program of FIG. 20 is similar in many ways to the program of FIG. 4. However, differences will now be described. The initialize NPU instruction at address 0 specifies that the NPU 126 is to be in a narrow configuration. Additionally, the multiply-accumulate rotate instruction at address 2 specifies a count of 1023 and requires 1023 clock cycles, as shown. This is because the example of FIG. 20 assumes effectively 1024 narrow (e.g., 8-bit) neurons (NPUs) of a layer, each having 1024 connection inputs from a previous layer of 1024 neurons, for a total of 1024K connections. Each neuron receives an 8-bit data value from each connection input and multiplies the 8-bit data value by an appropriate 8-bit weight value.

Referring now to FIG. 21, a timing diagram illustrating the execution of the program of FIG. 20 by the NNU 121 that includes NPUs 126 of FIG. 18 operating in a narrow configuration is shown. The timing diagram of FIG. 21 is similar in many ways to the timing diagram of FIG. 5; however, differences will now be described.

In the timing diagram of FIG. 21, the NPUs 126 are in a narrow configuration because the initialize NPU instruction at address 0 initializes them to a narrow configuration. Consequently, the 512 NPUs 126 effectively operate as 1024 narrow NPUs (or neurons), which are designated in the columns as NPU 0-A and NPU 0-B (the two narrow NPUs of NPU 126 0), NPU 1-A and NPU 1-B (the two narrow NPUs of NPU 126 1) and so forth through NPU 511-A and NPU 511-B (the two narrow NPUs of NPU 126 511). For simplicity and clarity of illustration, the operations only for narrow NPUs 0-A, 0-B and 511-B are shown. Due to the fact that the multiply-accumulate rotate at address 2 specifies a count of 1023, which requires 1023 clocks, the rows of the timing diagram of FIG. 21 include up to clock cycle 1026.

At clock 0, each of the 1024 NPUs performs the initialization instruction of FIG. 4, which is illustrated in FIG. 5 by the assignment of a zero value to the accumulator 202.

At clock 1, each of the 1024 narrow NPUs performs the multiply-accumulate instruction at address 1 of FIG. 20. Narrow NPU 0-A accumulates the accumulator 202A value (which is zero) with the product of data RAM 122 row 17 narrow word 0 and weight RAM 124 row 0 narrow word 0; narrow NPU 0-B accumulates the accumulator 202B value (which is zero) with the product of data RAM 122 row 17 narrow word 1 and weight RAM 124 row 0 narrow word 1; and so forth to narrow NPU 511-B accumulates the accumulator 202B value (which is zero) with the product of data RAM 122 row 17 narrow word 1023 and weight RAM 124 row 0 narrow word 1023, as shown.

At clock 2, each of the 1024 narrow NPUs performs a first iteration of the multiply-accumulate rotate instruction at address 2 of FIG. 20. Narrow NPU 0-A accumulates the accumulator 202A value 217A with the product of the rotated narrow data word 1811A received from the mux-reg 208B output 209B of narrow NPU 511-B (which was narrow data word 1023 received from the data RAM 122) and weight RAM 124 row 1 narrow word 0; narrow NPU 0-B accumulates the accumulator 202B value 217B with the product of the rotated narrow data word 1811B received from the mux-reg 208A output 209A of narrow NPU 0-A (which was narrow data word 0 received from the data RAM 122) and weight RAM 124 row 1 narrow word 1; and so forth to narrow NPU 511-B accumulates the accumulator 202B value 217B with the product of the rotated narrow data word 1811B received from the mux-reg 208A output 209A of narrow NPU 511-A (which was narrow data word 1022 received from the data RAM 122) and weight RAM 124 row 1 narrow word 1023, as shown.

At clock 3, each of the 1024 narrow NPUs performs a second iteration of the multiply-accumulate rotate instruction at address 2 of FIG. 20. Narrow NPU 0-A accumulates the accumulator 202A value 217A with the product of the rotated narrow data word 1811A received from the mux-reg 208B output 209B of narrow NPU 511-B (which was narrow data word 1022 received from the data RAM 122) and weight RAM 124 row 2 narrow word 0; narrow NPU 0-B accumulates the accumulator 202B value 217B with the product of the rotated narrow data word 1811B received from the mux-reg 208A output 209A of narrow NPU 0-A (which was narrow data word 1023 received from the data RAM 122) and weight RAM 124 row 2 narrow word 1; and so forth to narrow NPU 511-B accumulates the accumulator 202B value 217B with the product of the rotated narrow data word 1811B received from the mux-reg 208A output 209A of narrow NPU 511-A (which was narrow data word 1021 received from the data RAM 122) and weight RAM 124 row 2 narrow word 1023, as shown. As indicated by the ellipsis of FIG. 21, this continues for each of the following 1021 clock cycles until . . . .

At clock 1024, each of the 1024 narrow NPUs performs a 1023^(rd) iteration of the multiply-accumulate rotate instruction at address 2 of FIG. 20. Narrow NPU 0-A accumulates the accumulator 202A value 217A with the product of the rotated narrow data word 1811A received from the mux-reg 208B output 209B of narrow NPU 511-B (which was narrow data word 1 received from the data RAM 122) and weight RAM 124 row 1023 narrow word 0; NPU 0-B accumulates the accumulator 202B value 217B with the product of the rotated narrow data word 1811B received from the mux-reg 208A output 209A of NPU 0-A (which was narrow data word 2 received from the data RAM 122) and weight RAM 124 row 1023 narrow word 1; and so forth to NPU 511-B accumulates the accumulator 202B value with the product of the rotated narrow data word 1811B received from the mux-reg 208A output 209A of NPU 511-A (which was narrow data word 0 received from the data RAM 122) and weight RAM 124 row 1023 narrow word 1023, as shown.

At clock 1025, the AFU 212A/212B of each of the 1024 narrow NPUs performs the activation function instruction at address 3 of FIG. 20. Finally, at clock 1026, each of the 1024 narrow NPUs performs the write AFU output instruction at address 4 of FIG. 20 by writing back its narrow result 133A/133B to its corresponding narrow word of row 16 of the data RAM 122, i.e., the narrow result 133A of NPU 0-A is written to narrow word 0 of the data RAM 122, the narrow result 133B of NPU 0-B is written to narrow word 1 of the data RAM 122, and so forth to the narrow result 133 of NPU 511-B is written to narrow word 1023 of the data RAM 122. The operation described above with respect to FIG. 21 is also shown in block diagram form in FIG. 22.

Referring now to FIG. 22, a block diagram illustrating the NNU 121 of FIG. 1 including the NPUs 126 of FIG. 18 to execute the program of FIG. 20 is shown. The NNU 121 includes the 512 NPUs 126, i.e., 1024 narrow NPUs, the data RAM 122 that receives its address input 123, and the weight RAM 124 that receives its address input 125. Although not shown, on clock 0 the 1024 narrow NPUs perform the initialization instruction of FIG. 20. As shown, on clock 1, the 1024 8-bit data words of row 17 are read out of the data RAM 122 and provided to the 1024 narrow NPUs. On clocks 1 through 1024, the 1024 8-bit weight words of rows 0 through 1023, respectively, are read out of the weight RAM 124 and provided to the 1024 narrow NPUs. Although not shown, on clock 1, the 1024 narrow NPUs perform their respective multiply-accumulate operations on the loaded data words and weight words. On clocks 2 through 1024, the mux-regs 208A/208B of the 1024 narrow NPUs operate as a 1024 8-bit word rotater to rotate the previously loaded data words of row 17 of the data RAM 122 to the adjacent narrow NPU, and the narrow NPUs perform the multiply-accumulate operation on the respective rotated data narrow word and the respective narrow weight word loaded from the weight RAM 124. Although not shown, on clock 1025, the 1024 narrow AFUs 212A/212B perform the activation instruction. On clock 1026, the 1024 narrow NPUs write back their respective 1024 8-bit results 133A/133B to row 16 of the data RAM 122.

As may be observed, the embodiment of FIG. 18 may be advantageous over the embodiment of FIG. 2, for example, because it provides the flexibility for the programmer to perform computations using wide data and weight words (e.g., 16-bits) when that amount of precision is needed by the particular application being modeled and narrow data and weight words (e.g., 8-bits) when that amount of precision is needed by the application. From one perspective, the embodiment of FIG. 18 provides double the throughput over the embodiment of FIG. 2 for narrow data applications at the cost of the additional narrow elements (e.g., mux-reg 208B, reg 205B, narrow ALU 204B, narrow accumulator 202B, narrow AFU 212B), which is approximately a 50% increase in area of the NPU 126.

Tri-Mode NPUs

Referring now to FIG. 23, a block diagram illustrating a dynamically configurable NPU 126 of FIG. 1 according to an alternate embodiment is shown. The NPU 126 of FIG. 23 is configurable not only in wide and narrow configurations, but also in a third configuration referred to herein as a “funnel” configuration. The NPU 126 of FIG. 23 is similar in many respects to the NPU 126 of FIG. 18. However, the wide adder 244A of FIG. 18 is replaced in the NPU 126 of FIG. 23 with a 3-input wide adder 2344A that receives a third addend 2399 that is an extended version of the output of the narrow mux 1896B. A program for operating an NNU 121 having the NPUs 126 of FIG. 23 is similar in most respects to the program of FIG. 20. However, the initialize NPU instruction at address 0 initializes the NPUs 126 to a funnel configuration, rather than a narrow configuration. Additionally, the count of the multiply-accumulate rotate instruction at address 2 is 511 rather than 1023.

When in the funnel configuration, the NPU 126 operates similarly to when in the narrow configuration when executing a multiply-accumulate instruction such as at address 1 of FIG. 20 in that it receives two narrow data words 207A/207B and two narrow weight words 206A/206B; the wide multiplier 242A multiplies data word 209A and weight word 203A to generate product 246A which the wide mux 1896A selects; and the narrow multiplier 242B multiplies data word 209B and weight word 203B to generate product 246B which the narrow mux 1896B selects. However, the wide adder 2344A adds both the product 246A (selected by wide mux 1896A) and the product 246B/2399 (selected by wide mux 1896B) to the wide accumulator 202A value 217A, and narrow adder 244B and narrow accumulator 202B are inactive. Furthermore, when in the funnel configuration, when executing a multiply-accumulate rotate instruction such as at address 2 of FIG. 20, the control input 213 causes the mux-regs 208A/208B to rotate by two narrow words (e.g., 16-bits), i.e., the mux-regs 208A/208B select their respective 211A/211B inputs as if they were in a wide configuration. However, the wide multiplier 242A multiplies data word 209A and weight word 203A to generate product 246A which the wide mux 1896A selects; and the narrow multiplier 242B multiplies data word 209B and weight word 203B to generate product 246B which the narrow mux 1896B selects; and the wide adder 2344A adds both the product 246A (selected by wide mux 1896A) and the product 246B/2399 (selected by wide mux 1896B) to the wide accumulator 202A value 217A, and the narrow adder 244B and narrow accumulator 202B are inactive as described above. Finally, when in the funnel configuration, when executing an activation function instruction such as at address 3 of FIG. 20, the wide AFU 212A performs the activation function on the resulting sum 215A to generate a narrow result 133A and the narrow AFU 212B is inactive. Hence, only the A narrow NPUs generate a narrow result 133A, and the narrow results 133B generated by the B narrow NPUs are invalid. Consequently, the row of results written back (e.g., to row 16 as at the instruction at address 4 of FIG. 20) includes holes since only the narrow results 133A are valid and the narrow results 133B are invalid. Thus, conceptually, each clock cycle each neuron (NPU 126 of FIG. 23) processes two connection data inputs, i.e., multiplies two narrow data words by their respective weights and accumulates the two products, in contrast to the embodiments of FIGS. 2 and 18 which each process a single connection data input per clock cycle.

As may be observed with respect to the embodiment of FIG. 23, the number of result words (neuron outputs) produced and written back to the data RAM 122 or weight RAM 124 is half the square root of the number of data inputs (connections) received and the written back row of results has holes, i.e., every other narrow word result is invalid, more specifically, the B narrow NPU results are not meaningful. Thus, the embodiment of FIG. 23 may be particularly efficient in neural networks having two successive layers in which, for example, the first layer has twice as many neurons as the second layer (e.g., the first layer has 1024 neurons fully connected to a second layer of 512 neurons). Furthermore, the other execution units 112 (e.g., media units, such as x86 AVX units) may perform pack operations on a disperse row of results (i.e., having holes) to make compact it (i.e., without holes), if necessary, for use in subsequent computations while the NNU 121 is performing other computations associated with other rows of the data RAM 122 and/or weight RAM 124.

Hybrid NNU Operation; Convolution and Pooling Capabilities

An advantage of the NNU 121 according to embodiments described herein is that the NNU 121 is capable of concurrently operating in a fashion that resembles a coprocessor in that it executes its own internal program and operating in a fashion that resembles an execution unit of a processor in that it executes architectural instructions (or microinstructions translated therefrom) issued to it. The architectural instructions are of an architectural program being performed by the processor that includes the NNU 121. In this manner, the NNU 121 operates in a hybrid fashion, which is advantageous because it provides the ability to sustain high utilization of the NNU 121. For example, the FIGS. 24 through 26 illustrate the operation of the NNU 121 to perform a convolution operation in which the NNU 121 is highly utilized, and FIGS. 27 through 28 illustrate the operation of the NNU 121 to perform a pooling operation, which are required for convolution layers and pooling layers and other digital data computing applications, such as image processing (e.g., edge detection, sharpening, blurring, recognition/classification). However, the hybrid operation of the NNU 121 is not limited to performing a convolution or pooling operation, rather the hybrid feature may be used to perform other operations, such as classic neural network multiply-accumulate and activation function operations as described above with respect to FIGS. 4 through 13. That is, the processor 100 (more specifically, the reservation stations 108) issue MTNN 1400 and MFNN 1500 instructions to the NNU 121 in response to which the NNU 121 writes data to the memories 122/124/129 and reads results from the memories 122/124 written there by the NNU 121, while concurrently the NNU 121 reads and writes the memories 122/124/129 in response to executing programs written to the program memory 129 by the processor 100 (via MTNN 1400 instructions).

Referring now to FIG. 24, a block diagram illustrating an example of data structures used by the NNU 121 of FIG. 1 to perform a convolution operation are shown. The block diagram includes a convolution kernel 2402, a data array 2404, and the data RAM 122 and weight RAM 124 of FIG. 1. Preferably, the data array 2404 (e.g., of image pixels) is held in system memory (not shown) attached to the processor 100 and loaded into the weight RAM 124 of the NNU 121 by the processor 100 executing MTNN instructions 1400. A convolution operation is an operation that convolves a first matrix with a second matrix, the second matrix referred to as a convolution kernel herein. As understood in the context of the present disclosure, a convolution kernel is a matrix of coefficients, which may also be referred to as weights, parameters, elements or values. Preferably, the convolution kernel 2042 is static data of the architectural program being executed by the processor 100.

The data array 2404 is a two-dimensional array of data values, and each data value (e.g., an image pixel value) is the size of a word of the data RAM 122 or weight RAM 124 (e.g., 16 bits or 8 bits). In the example, the data values are 16-bit words and the NNU 121 is configured as 512 wide configuration NPUs 126. Additionally, in the embodiment, the NPUs 126 include mux-regs for receiving the weight words 206 from the weight RAM 124, such as mux-reg 705 of FIG. 7, in order to perform the collective rotater operation of a row of data values received from the weight RAM 124, as described in more detail below. In the example, the data array 2404 is a 2560 column×1600 row pixel array. When the architectural program convolves the data array 2404 with the convolution kernel 2402, it breaks the data array 2404 into 20 chunks, each chunk being a 512×400 data matrix 2406, as shown.

The convolution kernel 2042, in the example, is a 3×3 matrix of coefficients, or weights, or parameters, or elements. The first row of coefficients are denoted C0,0; C0,1; and C0,2; the second row of coefficients are denoted C1,0; C1,1; and C1,2; and the third row of coefficients are denoted C2,0; C2,1; and C2,2. For example, a convolution kernel that may be used for performing edge detection has the following coefficients: 0, 1, 0, 1, −4, 1, 0, 1, 0. For another example, a convolution kernel that may be used to Gaussian blur an image has the following coefficients: 1, 2, 1, 2, 4, 2, 1, 2, 1. In this case, a divide is typically performed on the final accumulated value, where the divisor is the sum of the absolute values of the elements of the convolution kernel 2042, which is 16 in this example. For another example, the divisor is the number of elements of the convolution kernel 2042. For another example, the divisor is a value that compresses the convolutions back within a desired range of values, and the divisor is determined from the values of the elements of the convolution kernel 2042 and the desired range and the range of the input values of the matrix being convolved.

As shown in FIG. 24 and described in more detail with respect to FIG. 25, the architectural program writes the data RAM 122 with the coefficients of the convolution kernel 2042. Preferably, all the words of each of nine (the number of elements in the convolution kernel 2402) consecutive rows of the data RAM 122 are written with a different element of the convolution kernel 2402 in row-major order. That is, each word of one row is written with the first coefficient C0,0; the next row is written with the second coefficient C0,1; the next row is written with the third coefficient C0,2; the next row is written with the fourth coefficient C1,0; and so forth until each word of the ninth row is written with the ninth coefficient C2,2, as shown. To convolve a data matrix 2406 of a chunk of the data array 2404, the NPUs 126 repeatedly read, in order, the nine rows of the data RAM 122 that hold the convolution kernel 2042 coefficients, as described in more detail below, particularly with respect to FIG. 26A.

As shown in FIG. 24 and described in more detail with respect to FIG. 25, the architectural program writes the weight RAM 124 with the values of a data matrix 2406. As the NNU program performs the convolution, it writes back the resulting matrix to the weight RAM 124. Preferably, the architectural program writes a first data matrix 2406 to the weight RAM 124 and starts the NNU 121, and while the NNU 121 is convolving the first data matrix 2406 with the convolution kernel 2042, the architectural program writes a second data matrix 2406 to the weight RAM 124 so that as soon as the NNU 121 completes the convolution of the first data matrix 2406, the NNU 121 can start convolving the second data matrix 2406, as described in more detail with respect to FIG. 25. In this manner, the architectural program ping-pongs back and forth between the two regions of the weight RAM 124 in order to keep the NNU 121 fully utilized. Thus, the example of FIG. 24 shows a first data matrix 2406A corresponding to a first chunk occupying rows 0 through 399 of the weight RAM 124, and a second data matrix 2406B corresponding to a second chunk occupying rows 500 through 899 of the weight RAM 124. Furthermore, as shown, the NNU 121 writes back the results of the convolutions to rows 900-1299 and 1300-1699 of the weight RAM 124, which the architectural program subsequently reads out of the weight RAM 124. The data values of the data matrix 2406 held in the weight RAM 124 are denoted “Dx,y” where “x” is the weight RAM 124 row number and “y” is the word, or column, number of the weight RAM 124. Thus, for example, data word 511 in row 399 is denoted D399, 511 in FIG. 24, which is received by the mux-reg 705 of NPU 511.

Referring now to FIG. 25, a flowchart illustrating operation of the processor 100 of FIG. 1 to perform an architectural program that uses the NNU 121 to perform a convolution of the convolution kernel 2042 with the data array 2404 of FIG. 24. Flow begins at block 2502.

At block 2502, the processor 100, i.e., the architectural program running on the processor 100, writes the convolution kernel 2042 of FIG. 24 to the data RAM 122 in the manner shown and described with respect to FIG. 24. Additionally, the architectural program initializes a variable N to a value of 1. The variable N denotes the current chunk of the data array 2404 being processed by the NNU 121. Additionally, the architectural program initializes a variable NUM_CHUNKS to a value of 20. Flow proceeds to block 2504.

At block 2504, the processor 100 writes the data matrix 2406 for chunk 1 to the weight RAM 124, as shown in FIG. 24 (e.g., data matrix 2406A of chunk 1). Flow proceeds to block 2506.

At block 2506, the processor 100 writes a convolution program to the NNU 121 program memory 129, using MTNN 1400 instructions that specify a function 1432 to write the program memory 129. The processor 100 then starts the NNU convolution program using a MTNN 1400 instruction that specifies a function 1432 to start execution of the program. An example of the NNU convolution program is described in more detail with respect to FIG. 26A. Flow proceeds to decision block 2508.

At decision block 2508, the architectural program determines whether the value of variable N is less than NUM_CHUNKS. If so, flow proceeds to block 2512; otherwise, flow proceeds to block 2514.

At block 2512, the processor 100 writes the data matrix 2406 for chunk N+1 to the weight RAM 124, as shown in FIG. 24 (e.g., data matrix 2406B of chunk 2). Thus, advantageously, the architectural program writes the data matrix 2406 for the next chunk to the weight RAM 124 while the NNU 121 is performing the convolution on the current chunk so that the NNU 121 can immediately start performing the convolution on the next chunk once the convolution of the current chunk is complete, i.e., written to the weight RAM 124. Flow proceeds to block 2514.

At block 2514, the processor 100 determines that the currently running NNU program (started at block 2506 in the case of chunk 1, and started at block 2518 in the case of chunks 2-20) has completed. Preferably, the processor 100 determines this by executing a MFNN 1500 instruction to read the NNU 121 status register 127. In an alternate embodiment, the NNU 121 generates an interrupt to indicate it has completed the convolution program. Flow proceeds to decision block 2516.

At decision block 2516, the architectural program determines whether the value of variable N is less than NUM_CHUNKS. If so, flow proceeds to block 2518; otherwise, flow proceeds to block 2522.

At block 2518, the processor 100 updates the convolution program so that it can convolve chunk N+1. More specifically, the processor 100 updates the weight RAM 124 row value of the initialize NPU instruction at address 0 to the first row of the data matrix 2406 (e.g., to row 0 for data matrix 2406A or to row 500 for data matrix 2406B) and updates the output row (e.g., to 900 or 1300). The processor 100 then starts the updated NNU convolution program. Flow proceeds to block 2522.

At block 2522, the processor 100 reads the results of the NNU convolution program from the weight RAM 124 for chunk N. Flow proceeds to decision block 2524.

At decision block 2524, the architectural program determines whether the value of variable N is less than NUM_CHUNKS. If so, flow proceeds to block 2526; otherwise, flow ends.

At block 2526, the architectural program increments N by one. Flow returns to decision block 2508.

Referring now to FIG. 26A, a program listing of an NNU program that performs a convolution of a data matrix 2406 with the convolution kernel 2042 of FIG. 24 and writes it back to the weight RAM 124 is shown. The program loops a number of times through a loop body of instructions at addresses 1 through 9. An initialize NPU instruction at address 0 specifies the number of times each NPU 126 executes the loop body, which in the example of FIG. 26A has a loop count value of 400, corresponding to the number of rows in a data matrix 2406 of FIG. 24, and a loop instruction at the end of the loop (at address 10) decrements the current loop count value and if the result is non-zero causes control to return to the top of the loop body (i.e., to the instruction at address 1). The initialize NPU instruction also clears the accumulator 202 to zero. Preferably, the loop instruction at address 10 also clears the accumulator 202 to zero. Alternatively, as described above, the multiply-accumulate instruction at address 1 may specify to clear the accumulator 202 to zero.

For each execution of the loop body of the program, the 512 NPUs 126 concurrently perform 512 convolutions of the 3×3 convolution kernel 2402 and 512 respective 3×3 sub-matrices of a data matrix 2406. The convolution is the sum of the nine products of an element of the convolution kernel 2042 and its corresponding element of the respective sub-matrix. In the embodiment of FIG. 26A, the origin (center element) of each of the 512 respective 3×3 sub-matrices is the data word Dx+1,y+1 of FIG. 24, where y (column number) is the NPU 126 number, and x (row number) is the current weight RAM 124 row number that is read by the multiply-accumulate instruction at address 1 of the program of FIG. 26A (also, the row number is initialized by the initialize NPU instruction at address 0, incremented at each of the multiply-accumulate instructions at addresses 3 and 5, and updated by the decrement instruction at address 9). Thus, for each loop of the program, the 512 NPUs 126 compute the 512 convolutions and write the 512 convolution results back to a specified row of the weight RAM 124. In the present description, edge handling is ignored for simplicity, although it should be noted that the use of the collective rotating feature of the NPUs 126 will cause wrapping for two of the columns from one vertical edge of the data matrix 2406 (e.g., of the image in the case of image processing) to the other vertical edge (e.g., from the left edge to the right edge or vice versa). The loop body will now be described.

At address 1 is a multiply-accumulate instruction that specifies row 0 of the data RAM 122 and implicitly uses the current weight RAM 124 row, which is preferably held in the sequencer 128 (and which is initialized to zero by the instruction at address 0 for the first pass through the loop body). That is, the instruction at address 1 causes each of the NPUs 126 to read its corresponding word from row 0 of the data RAM 122 and read its corresponding word from the current weight RAM 124 row and perform a multiply-accumulate operation on the two words. Thus, for example, NPU 5 multiplies C0,0 and Dx,5 (where “x” is the current weight RAM 124 row), adds the result to the accumulator 202 value 217 and writes the sum back to the accumulator 202.

At address 2 is a multiply-accumulate instruction that specifies to increment the data RAM 122 row (i.e., to row 1) and then read the row from the data RAM 122 at the incremented address. The instruction also specifies to rotate the values in the mux-reg 705 of each NPU 126 to the adjacent NPU 126, which in this case is the row of data matrix 2406 values just read from the weight RAM 124 in response to the instruction at address 1. In the embodiment of FIGS. 24 through 26, the NPUs 126 are configured to rotate the values of the mux-regs 705 to the left, i.e., from NPU J to NPU J−1, rather than from NPU J to NPU J+1 as described above with respect to FIGS. 3, 7 and 19. It should be understood that in an embodiment in which the NPUs 126 are configured to rotate right, the architectural program may write the convolution kernel 2042 coefficient values to the data RAM 122 in a different order (e.g., rotated around its central column) in order to accomplish a similar convolution result. Furthermore, the architectural program may perform additional pre-processing (e.g., transposition) of the convolution kernel 2042 as needed. Additionally, the instruction specifies a count value of 2. Thus, the instruction at address 2 causes each of the NPUs 126 to read its corresponding word from row 1 of the data RAM 122 and receive the rotated word into the mux-reg 705 and perform a multiply-accumulate operation on the two words. Due to the count value of 2, the instruction also causes each of the NPUs 126 to repeat the operation just described. That is, the sequencer 128 increments the data RAM 122 row address 123 (i.e., to row 2) and each NPU 126 reads its corresponding word from row 2 of the data RAM 122 and receives the rotated word into the mux-reg 705 and performs a multiply-accumulate operation on the two words. Thus, for example, assuming the current weight RAM 124 row is 27, after executing the instruction at address 2, NPU 5 will have accumulated into its accumulator 202 the product of C0,1 and D27,6 and the product of C0,2 and D27,7. Thus, after the completion of the instructions at addresses 1 and 2, the product of C0,0 and D27,5, the product of C0,1 and D27,6, and the product of C0,2 and D27,7 will have been accumulated into the accumulator 202, along with all the other accumulated values from previous passes through the loop body.

The instructions at addresses 3 and 4 perform a similar operation as the instructions at addresses 1 and 2, however for the next row of the weight RAM 124, by virtue of the weight RAM 124 row increment indicator, and for the next three rows of the data RAM 122, i.e., rows 3 through 5. That is, with respect to NPU 5, for example, after the completion of the instructions at addresses 1 through 4, the product of C0,0 and D27,5, the product of C0,1 and D27,6, the product of C0,2 and D27,7, the product of C1,0 and D28,5, the product of C1,1 and D28,6, and the product of C1,2 and D28,7 will have been accumulated into the accumulator 202, along with all the other accumulated values from previous passes through the loop body.

The instructions at addresses 5 and 6 perform a similar operation as the instructions at addresses 3 and 4, however for the next row of the weight RAM 124, and for the next three rows of the data RAM 122, i.e., rows 6 through 8. That is, with respect to NPU 5, for example, after the completion of the instructions at addresses 1 through 6, the product of C0,0 and D27,5, the product of C0,1 and D27,6, the product of C0,2 and D27,7, the product of C1,0 and D28,5, the product of C1,1 and D28,6, the product of C1,2 and D28,7, the product of C2,0 and D29,5, the product of C2,1 and D29,6, and the product of C2,2 and D29,7 will have been accumulated into the accumulator 202, along with all the other accumulated values from previous passes through the loop body. That is, after the completion of the instructions at addresses 1 through 6, and assuming the weight RAM 124 row at the beginning of the loop body was 27, NPU 5, for example, will have used the convolution kernel 2042 to convolve the following 3×3 sub-matrix:

$\begin{matrix} {{D\; 27},5} & {{D\; 27},6} & {{D\; 27},7} \\ {{D\; 28},5} & {{D\; 28},6} & {{D\; 28},7} \\ {{D\; 29},5} & {{D\; 29},6} & {{D\; 29},7} \end{matrix}\quad$

More generally, after the completion of the instructions at addresses 1 through 6, each of the 512 NPUs 126 will have used the convolution kernel 2042 to convolve the following 3×3 sub-matrix:

$\begin{matrix} {{Dr},n} & {{Dr},{n + 1}} & {{Dr},{n + 2}} \\ {{{Dr} + 1},n} & {{{Dr} + 1},{n + 1}} & {{{Dr} + 1},{n + 2}} \\ {{{Dr} + 2},n} & {{{Dr} + 2},{n + 1}} & {{{Dr} + 2},{n + 2}} \end{matrix}\quad$

where r is the weight RAM 124 row address value at the beginning of the loop body, and n is the NPU 126 number.

The instruction at address 7 passes through the accumulator 202 value 217 through the AFU 212. The pass through function passes through a word that is the size (in bits) of the words read from the data RAM 122 and weight RAM 124 (i.e., in the example, 16 bits). Preferably, the user may specify the format of the output, e.g., how many of the output bits are fractional bits, as described in more detail below. Alternatively, rather than specifying a pass through activation function, a divide activation function is specified that divides the accumulator 202 value 217 by a divisor, such as described herein, e.g., with respect to FIGS. 29A and 30, e.g., using one of the “dividers” 3014/3016 of FIG. 30. For example, in the case of a convolution kernel 2042 with a coefficient, such as the one-sixteenth coefficient of the Gaussian blur kernel described above, rather than a pass through function, the activation function instruction at address 7 may specify a divide (e.g., by 16) activation function. Alternatively, the architectural program may perform the divide by 16 on the convolution kernel 2042 coefficients before writing them to the data RAM 122 and adjust the location of the binary point accordingly for the convolution kernel 2402 values, e.g., using the data binary point 2922 of FIG. 29, described below.

The instruction at address 8 writes the output of the AFU 212 to the row of the weight RAM 124 specified by the current value of the output row register, which was initialized by the instruction at address 0 and which is incremented each pass through the loop by virtue of the increment indicator in the instruction.

As may be determined from the example of FIGS. 24 through 26 having a 3×3 convolution kernel 2402, the NPUs 126 read the weight RAM 124 approximately every third clock cycle to read a row of the data matrix 2406 and write the weight RAM 124 approximately every 12 clock cycles to write the convolution result matrix. Additionally, assuming an embodiment that includes a write and read buffer such as the buffer 1704 of FIG. 17, concurrently with the NPU 126 reads and writes, the processor 100 reads and writes the weight RAM 124 such that the buffer 1704 performs one write and one read of the weight RAM 124 approximately every 16 clock cycles to write the data matrices 2406 and to read the convolution result matrices, respectively. Thus, approximately half the bandwidth of the weight RAM 124 is consumed by the hybrid manner in which the NNU 121 performs the convolution operation. Although the example includes a 3×3 convolution kernel 2042, other size convolution kernels may be employed, such as 2×2, 4×4, 5×5, 6×6, 7×7, 8×8, etc. matrices, in which case the NNU program will vary. In the case of a larger convolution kernel, a smaller percentage of the weight RAM 124 bandwidth is consumed since the NPUs 126 read the weight RAM 124 a smaller percentage of the time because the count in the rotating versions of the multiply-accumulate instructions is larger (e.g., at addresses 2, 4 and 6 of the program of FIG. 26A and additional such instructions that would be needed for a larger convolution kernel).

Alternatively, rather than writing back the results of the convolutions to different rows of the weight RAM 124 (e.g., 900-1299 and 1300-1699), the architectural program configures the NNU program to overwrite rows of the input data matrix 2406 after the rows are no longer needed. For example, in the case of a 3×3 convolution kernel, rather than writing the data matrix 2406 into rows 0-399 of the weight RAM 124, the architectural program writes the data matrix 2406 into rows 2-401, and the NNU program is configured to write the convolution results to the weight RAM 124 beginning at row 0 and incrementing each pass through the loop body. In this fashion, the NNU program is overwriting only rows that are no longer needed. For example, after the first pass through the loop body (or more specifically after the execution of the instruction at address 1 which loads in row 0 of the weight RAM 124), the data in row 0 can now be overwritten, although the data in rows 1-3 will be needed in the second pass through the loop body and are therefore not overwritten by the first pass through the loop body; similarly, after the second pass through the loop body, the data in row 1 can now be overwritten, although the data in rows 2-4 will be needed in the second pass through the loop body and are therefore not overwritten by the second pass through the loop body; and so forth. In such an embodiment, the height of each data matrix 2406 (chunk) may be larger (e.g., 800 rows), resulting in fewer chunks.

Alternatively, rather than writing back the results of the convolutions to the weight RAM 124, the architectural program configures the NNU program to write back the results of the convolutions to rows of the data RAM 122 above the convolution kernel 2402 (e.g., above row 8), and the architectural program reads the results from the data RAM 122 as the NNU 121 writes them (e.g., using the address of the most recently written data RAM 122 row 2606 of FIG. 26B, described below). This alternative may be advantageous in an embodiment in which the weight RAM 124 is single-ported and the data RAM 122 is dual-ported.

As may be observed from the operation of the NNU 121 according to the embodiment of FIGS. 24 through 26A, each execution of the program of FIG. 26A takes approximately 5000 clock cycles and, consequently, the convolving of the entire 2560×1600 data array 2404 of FIG. 24 takes approximately 100,000 clock cycles, which may be considerably less than the number of clock cycles required to perform a similar task by conventional methods.

Referring now to FIG. 26B, a block diagram illustrating certain fields of the control register 127 of the NNU 121 of FIG. 1 according to one embodiment is shown. The status register 127 includes a field 2602 that indicates the address of the most recent row of the weight RAM 124 written by the NPUs 126; a field 2606 that indicates the address of the most recent row of the data RAM 122 written by the NPUs 126; a field 2604 that indicates the addresses of the most recent row of the weight RAM 124 read by the NPUs 126; and a field 2608 that indicates the addresses of the most recent row of the data RAM 122 read by the NPUs 126. This enables the architectural program executing on the processor 100 to determine the progress of the NNU 121 as it marches through reading and/or writing the data RAM 122 and/or weight RAM 124. Employing this capability, along with the choice to overwrite the input data matrix as described above (or to write the results to the data RAM 122, as mentioned above), the data array 2404 of FIG. 24 may be processed as 5 chunks of 512×1600 rather than 20 chunks of 512×400, for example, as follows. The processor 100 writes a first 512×1600 chunk into the weight RAM 124 starting at row 2 and starts the NNU program (which has a loop count of 1600 and an initialized weight RAM 124 output row of 0). As the NNU 121 executes the NNU program, the processor 100 monitors the location/address of the weight RAM 124 output in order to (1) read (using MFNN 1500 instructions) the rows of the weight RAM 124 that have valid convolution results written by the NNU 121 (beginning at row 0), and (2) to write the second 512×1600 data matrix 2406 (beginning at row 2) over the valid convolution results once they have already been read, so that when the NNU 121 completes the NNU program on the first 512×1600 chunk, the processor 100 can immediately update the NNU program as needed and start it again to process the second 512×1600 chunk. This process is repeated three more times for the remaining three 512×1600 chunks to accomplish high utilization of the NNU 121.

Advantageously, in one embodiment, the AFU 212 includes the ability to efficiently perform an effective division of the accumulator 202 value 217, as described in more detail below, particularly with respect to FIGS. 29A and 29B and 30. For example, an activation function NNU instruction that divides the accumulator 202 value 217 by 16 may be used for the Gaussian blurring matrix described above.

Although the convolution kernel 2402 used in the example of FIG. 24 is a small static convolution kernel applied to the entire data array 2404, in other embodiments the convolution kernel may be a large matrix that has unique weights associated with the different data values of the data array 2404, such as is commonly found in convolutional neural networks. When the NNU 121 is used in such a manner, the architectural program may swap the locations of the data matrix and the convolution kernel, i.e., place the data matrix in the data RAM 122 and the convolution kernel in the weight RAM 124, and the number of rows that may be processed by a given execution of the NNU program may be relatively smaller.

Referring now to FIG. 27, a block diagram illustrating an example of the weight RAM 124 of FIG. 1 populated with input data upon which a pooling operation is performed by the NNU 121 of FIG. 1. A pooling operation, performed by a pooling layer of an artificial neural network, reduces the dimensions of a matrix of input data (e.g., an image or convolved image) by taking sub-regions, or sub-matrices, of the input matrix and computing either the maximum or average value of the sub-matrices, and the maximum or average values become a resulting matrix, or pooled matrix. In the example of FIGS. 27 and 28, the pooling operation computes the maximum value of each sub-matrix. Pooling operations are particularly useful in artificial neural networks that perform object classification or detection, for example. Generally, a pooling operation effectively reduces the size of its input matrix by a factor of the number of elements in the sub-matrix examined, and in particular, reduces the input matrix in each dimension by the number of elements in the corresponding dimension of the sub-matrix. In the example of FIG. 27, the input data is a 512×1600 matrix of wide words (e.g., 16 bits) stored in rows 0 through 1599 of the weight RAM 124. In FIG. 27, the words are denoted by their row, column location, e.g., the word in row 0 and column 0 is denoted D0,0; the word in row 0 and column 1 is denoted D0,1; the word in row 0 and column 2 is denoted D0,2; and so forth to the word in row 0 and column 511 is denoted D0,511. Similarly, the word in row 1 and column 0 is denoted D1,0; the word in row 1 and column 1 is denoted D1,1; the word in row 1 and column 2 is denoted D1,2; and so forth to the word in row 1 and column 511 is denoted D1,511; and so forth to the word in row 1599 and column 0 is denoted D1599,0; the word in row 1599 and column 1 is denoted D1599,1; the word in row 1599 and column 2 is denoted D1599,2; and so forth to the word in row 1599 and column 511 is denoted D1599,511.

Referring now to FIG. 28, a program listing of an NNU program that performs a pooling operation of the input data matrix of FIG. 27 and writes it back to the weight RAM 124 is shown. In the example of FIG. 28, the pooling operation computes the maximum value of respective 4×4 sub-matrices of the input data matrix. The program loops a number of times through a loop body of instructions at addresses 1 through 10. An initialize NPU instruction at address 0 specifies the number of times each NPU 126 executes the loop body, which in the example of FIG. 28 has a loop count value of 400, and a loop instruction at the end of the loop (at address 11) decrements the current loop count value and if the result is non-zero causes control to return to the top of the loop body (i.e., to the instruction at address 1). The input data matrix in the weight RAM 124 is effectively treated by the NNU program as 400 mutually exclusive groups of four adjacent rows, namely rows 0-3, rows 4-7, rows 8-11 and so forth to rows 1596-1599. Each group of four adjacent rows includes 128 4×4 sub-matrices, namely the 4×4 sub-matrices of elements formed by the intersection of the four rows of a group and four adjacent columns, namely columns 0-3, 4-7, 8-11 and so forth to columns 508-511. Of the 512 NPUs 126, every fourth NPU 126 of the 512 NPUs 126 (i.e., 128) performs a pooling operation on a respective 4×4 sub-matrix, and the other three-fourths of the NPUs 126 are unused. More specifically, NPUs 0, 4, 8, and so forth to NPU 508 each perform a pooling operation on their respective 4×4 sub-matrix whose left-most column number corresponds to the NPU number and whose lower row corresponds to the current weight RAM 124 row value, which is initialized to zero by the initialize instruction at address 0 and is incremented by four upon each iteration of the loop body, as described in more detail below. The 400 iterations of the loop body correspond to the number of groups of 4×4 sub-matrices of the input data matrix of FIG. 27 (the 1600 rows of the input data matrix divided by 4). The initialize NPU instruction also clears the accumulator 202 to zero. Preferably, the loop instruction at address 11 also clears the accumulator 202 to zero. Alternatively, the maxwacc instruction at address 1 specifies to clear the accumulator 202 to zero.

For each iteration of the loop body of the program, the 128 used NPUs 126 concurrently perform 128 pooling operations of the 128 respective 4×4 sub-matrices of the current 4-row group of the input data matrix. More specifically, the pooling operation determines the maximum-valued element of the sixteen elements of the 4×4 sub-matrix. In the embodiment of FIG. 28, for each NPU y of the used 128 NPUs 126, the lower left element of the 4×4 sub-matrix is element Dx,y of FIG. 27, where x is the current weight RAM 124 row number at the beginning of the loop body, which is read by the maxwacc instruction at address 1 of the program of FIG. 28 (also, the row number is initialized by the initialize NPU instruction at address 0, and incremented at each of the maxwacc instructions at addresses 3, 5 and 7). Thus, for each loop of the program, the used 128 NPUs 126 write back to a specified row of the weight RAM 124 the corresponding maximum-valued element of the respective 128 4×4 sub-matrices of the current group of rows. The loop body will now be described.

At address 1 is a maxwacc instruction that implicitly uses the current weight RAM 124 row, which is preferably held in the sequencer 128 (and which is initialized to zero by the instruction at address 0 for the first pass through the loop body). The instruction at address 1 causes each of the NPUs 126 to read its corresponding word from the current row of the weight RAM 124, compare the word to the accumulator 202 value 217, and store in the accumulator 202 the maximum of the two values. Thus, for example, NPU 8 determines the maximum value of the accumulator 202 value 217 and data word Dx,8 (where “x” is the current weight RAM 124 row) and writes the maximum value back to the accumulator 202.

At address 2 is a maxwacc instruction that specifies to rotate the values in the mux-reg 705 of each NPU 126 to the adjacent NPU 126, which in this case is the row of input data matrix values just read from the weight RAM 124 in response to the instruction at address 1. In the embodiment of FIGS. 27 through 28, the NPUs 126 are configured to rotate the values of the mux-regs 705 to the left, i.e., from NPU J to NPU J−1, as described above with respect to FIGS. 24 through 26. Additionally, the instruction specifies a count value of 3. Thus, the instruction at address 2 causes each of the NPUs 126 to receive the rotated word into the mux-reg 705 and determine the maximum value of the rotated word and the accumulator 202 value 217, and then to repeat this operation two more times. That is, each NPU 126 receives the rotated word into the mux-reg 705 and determines the maximum value of the rotated word and the accumulator 202 value 217 three times. Thus, for example, assuming the current weight RAM 124 row at the beginning of the loop body is 36, after executing the instruction at addresses 1 and 2, NPU 8, for example, will have stored in its accumulator 202 the maximum value of the accumulator 202 at the beginning of the loop body and the four weight RAM 124 words D36, 8 and D36,9 and D36,10 and D36,11.

The maxwacc instructions at addresses 3 and 4 perform a similar operation as the instructions at addresses 1 and 2, however for the next row of the weight RAM 124, by virtue of the weight RAM 124 row increment indicator. That is, assuming the current weight RAM 124 row at the beginning of the loop body is 36, after the completion of the instructions at addresses 1 through 4, NPU 8, for example, will have stored in its accumulator 202 the maximum value of the accumulator 202 at the beginning of the loop body and the eight weight RAM 124 words D36,8 and D36,9 and D36,10 and D36,11 and D37,8 and D37,9 and D37,10 and D37,11.

The maxwacc instructions at addresses 5 through 8 perform a similar operation as the instructions at addresses 3 and 4, however for the next two rows of the weight RAM 124. That is, assuming the current weight RAM 124 row at the beginning of the loop body is 36, after the completion of the instructions at addresses 1 through 8, NPU 8, for example, will have stored in its accumulator 202 the maximum value of the accumulator 202 at the beginning of the loop body and the sixteen weight RAM 124 words D36,8 and D36,9 and D36,10 and D36,11 and D37,8 and D37,9 and D37,10 and D37,11 and D38,8 and D38,9 and D38,10 and D38,11 and D39,8 and D39,9 and D39,10 and D39,11. That is, after the completion of the instructions at addresses 1 through 8, and assuming the weight RAM 124 row at the beginning of the loop body was 36, NPU 8, for example, will have determined the maximum value of the following 4×4 sub-matrix:

$\begin{matrix} {{D\; 36},8} & {{D\; 36},9} & {{D\; 36},10} & {{D\; 36},11} \\ {{D\; 37},8} & {{D\; 37},9} & {{D\; 37},10} & {{D\; 37},11} \\ {{D\; 38},8} & {{D\; 38},9} & {{D\; 38},10} & {{D\; 38},11} \\ {{D\; 39},8} & {{D\; 39},9} & {{D\; 39},10} & {{D\; 39},11} \end{matrix}$

More generally, after the completion of the instructions at addresses 1 through 8, each of the used 128 NPUs 126 will have determined the maximum value of the following 4×4 sub-matrix:

$\begin{matrix} {{Dr},n} & {{Dr},{n + 1}} & {{Dr},{n + 2}} & {{Dr},{n + 3}} \\ {{{Dr} + 1},n} & {{{Dr} + 1},{n + 1}} & {{{Dr} + 1},{n + 2}} & {{{Dr} + 1},{n + 3}} \\ {{{Dr} + 2},n} & {{{Dr} + 2},{n + 1}} & {{{Dr} + 2},{n + 2}} & {{{Dr} + 2},{n + 3}} \\ {{{Dr} + 3},n} & {{{Dr} + 3},{n + 1}} & {{{Dr} + 3},{n + 2}} & {{{Dr} + 3},{n + 3}} \end{matrix}\quad$

where r is the weight RAM 124 row address value at the beginning of the loop body, and n is the NPU 126 number.

The instruction at address 9 passes through the accumulator 202 value 217 through the AFU 212. The pass through function passes through a word that is the size (in bits) of the words read from the weight RAM 124 (i.e., in the example, 16 bits). Preferably, the user may specify the format of the output, e.g., how many of the output bits are fractional bits, as described in more detail below.

The instruction at address 10 writes the accumulator 202 value 217 to the row of the weight RAM 124 specified by the current value of the output row register, which was initialized by the instruction at address 0 and which is incremented each pass through the loop by virtue of the increment indicator in the instruction. More specifically, the instruction at address 10 writes a wide word (e.g., 16 bits) of the accumulator 202 to the weight RAM 124. Preferably, the instruction writes the 16 bits as specified by the output binary point 2916, as describe in more detail below with respect to FIGS. 29A and 29B below.

As may be observed, each row written to the weight RAM 124 by an iteration of the loop body includes holes that have invalid data. That is, the resulting 133 wide words 1 through 3, 5 through 7, 9 through 11 and so forth to wide words 509 through 511 are invalid, or unused. In one embodiment, the AFU 212 includes a mux that enables packing of the results into adjacent words of a row buffer, such as the row buffer 1104 of FIG. 11, for writing back to the output weight RAM 124 row. Preferably, the activation function instruction specifies the number of words in each hole, and the number of words in the hole is used to control the mux to pack the results. In one embodiment, the number of holes may be specified as values from 2 to 6 in order to pack the output of pooling 3×3, 4×4, 5×5, 6×6 or 7×7 sub-matrices. Alternatively, the architectural program executing on the processor 100 reads the resulting sparse (i.e., including holes) result rows from the weight RAM 124 and performs the packing function using other execution units 112, such as a media unit using architectural pack instructions, e.g., x86 SSE instructions. Advantageously, in a concurrent manner similar to those described above and exploiting the hybrid nature of the NNU 121, the architectural program executing on the processor 100 may read the status register 127 to monitor the most recently written row of the weight RAM 124 (e.g., field 2602 of FIG. 26B) to read a resulting sparse row, pack it, and write it back to the same row of the weight RAM 124 so that it is ready to be used as an input data matrix for a next layer of the neural network, such as a convolution layer or a classic neural network layer (i.e., multiply-accumulate layer). Furthermore, although an embodiment is described that performs pooling operations on 4×4 sub-matrices, the NNU program of FIG. 28 may be modified to perform pooling operations on other size sub-matrices such as 3×3, 5×5, 6×6 or 7×7 sub-matrices.

As may also be observed, the number of result rows written to the weight RAM 124 is one-fourth the number of rows of the input data matrix. Finally, in the example, the data RAM 122 is not used. However, alternatively, the data RAM 122 may be used rather than the weight RAM 124 to perform a pooling operation.

In the example of FIGS. 27 and 28, the pooling operation computes the maximum value of the sub-region. However, the program of FIG. 28 may be modified to compute the average value of the sub-region by, for example, replacing the maxwacc instructions with sumwacc instructions (sum the weight word with the accumulator 202 value 217) and changing the activation function instruction at address 9 to divide (preferably via reciprocal multiply, as described below) the accumulated results by the number of elements of each sub-region, which is sixteen in the example.

As may be observed from the operation of the NNU 121 according to the embodiment of FIGS. 27 and 28, each execution of the program of FIG. 28 takes approximately 6000 clock cycles to perform a pooling operation of the entire 512×1600 data matrix of FIG. 27, which may be considerably less than the number of clock cycles required to perform a similar task by conventional methods.

Alternatively, rather than writing back the results of the pooling operation to the weight RAM 124, the architectural program configures the NNU program to write back the results to rows of the data RAM 122, and the architectural program reads the results from the data RAM 122 as the NNU 121 writes them (e.g., using the address of the most recently written data RAM 122 row 2606 of FIG. 26B). This alternative may be advantageous in an embodiment in which the weight RAM 124 is single-ported and the data RAM 122 is dual-ported.

Fixed-Point Arithmetic with User-Supplied Binary Points, Full Precision Fixed-Point Accumulation, User-Specified Reciprocal Value, Stochastic Rounding of Accumulator Value, and Selectable Activation/Output Functions

Generally speaking, hardware units that perform arithmetic in digital computing devices may be divided into what are commonly termed “integer” units and “floating-point” units, because they perform arithmetic operations on integer and floating-point numbers, respectively. A floating-point number has a magnitude (or mantissa) and an exponent, and typically a sign. The exponent is an indication of the location of the radix point (typically binary point) with respect to the magnitude. In contrast, an integer number has no exponent, but only a magnitude, and frequently a sign. An advantage of a floating-point unit is that it enables a programmer to work with numbers that can take on different values within on an enormously large range, and the hardware takes care of adjusting the exponent values of the numbers as needed without the programmer having to do so. For example, assume the two floating-point numbers 0.111×10²⁹ and 0.81×10³¹ are multiplied. (A decimal, or base 10, example is used here, although floating-point units most commonly work with base 2 floating-point numbers.) The floating-point unit automatically takes care of multiplying the mantissa, adding the exponents, and then normalizing the result back to a value of 0.8991×10⁵⁹. For another example, assume the same two floating-point numbers are added. The floating-point unit automatically takes care of aligning the binary points of the mantissas before adding them to generate a resulting sum with a value of 0.81111×10³¹.

However, the complexity and consequent increase in size, power consumption and clocks per instruction and/or lengthened cycle times associated with floating-point units is well known. Indeed, for this reason many devices (e.g., embedded processors, microcontrollers and relatively low cost and/or low power microprocessors) do not include a floating-point unit. As may be observed from the example above, some of the complexities of floating-point units include logic that performs exponent calculations associated with floating-point addition and multiplication/division (adders to add/subtract exponents of operands to produce resulting exponent value for floating-point multiplication/division, subtracters to determine subtract exponents of operands to determine binary point alignment shift amounts for floating-point addition), shifters that accomplish binary point alignment of the mantissas for floating-point addition, shifters that normalize floating-point results. Additionally, flow proceeds to block units typically require logic to perform rounding of floating-point results, logic to convert between integer and floating-point formats or between different floating-point precision formats (e.g., extended precision, double precision, single precision, half precision), leading zero and leading one detectors, and logic to deal with special floating-point numbers, such as denormal numbers, NANs and infinity.

Furthermore, there is the disadvantage of the significant complexity in verification of the correctness of a floating-point unit largely due to the increased number space over which the design must be verified, which may lengthen the product development cycle and time to market. Still further, as described above, floating-point arithmetic implies the storage and use of separate mantissa and exponent fields for each floating-point number involved in the computation, which may increase the amount of storage required and/or reduce precision given an equal amount of storage to store integer numbers. Many of these disadvantages are avoided by the use of integer units that perform arithmetic operations on integer numbers.

Frequently, programmers write programs that process fractional numbers, i.e., numbers that are not whole numbers. The programs may run on processors that do not have a floating-point unit or, if they do, the integer instructions executed by the integer units of the processor may be faster. To take advantage of potential performance advantages associated with integer units, the programmer employs what is commonly known as fixed-point arithmetic on fixed-point numbers. Such programs include instructions that execute on integer units to process integer numbers, or integer data. The software is aware that the data is fractional and includes instructions that perform operations on the integer data to deal with the fact that the data is actually fractional, e.g., alignment shifts. Essentially, the fixed-point software manually performs some or all of the functionality that a floating-point unit performs.

As used in the present disclosure, a “fixed-point” number (or value or operand or input or output) is a number whose bits of storage are understood to include bits that represent a fractional portion of the fixed-point number, referred to herein as “fractional bits.” The bits of storage of the fixed-point number are comprised in a memory or register, e.g., an 8-bit or 16-bit word in a memory or register. Furthermore, the bits of storage of the fixed-point number are all used to represent a magnitude, and in some cases a bit is used to represent a sign, but none of the storage bits of the fixed-point number are used to represent an exponent of the number. Furthermore, the number of fractional bits, or binary point location, of the fixed-point number is specified in storage that is distinct from the storage bits of the fixed-point number and that in a shared, or global, fashion indicates the number of fractional bits, or binary point location, for a set of fixed-point numbers to which the fixed-point number belongs, such as the set of input operands, accumulated values or output results of an array of processing units, for example.

Advantageously, embodiments are described herein in which the ALUs are integer units, but the activation function units include fixed-point arithmetic hardware assist, or acceleration. This enables the ALU portions to be smaller and faster, which facilitates having more ALUs within a given space on the die. This implies more neurons per die space, which is particularly advantageous in a neural network unit.

Furthermore advantageously, in contrast to floating-point numbers that require exponent storage bits for each floating-point number, embodiments are described in which fixed-point numbers are represented with an indication of the number of bits of storage that are fractional bits for an entire set of numbers, however, the indication is located in a single, shared storage that globally indicates the number of fractional bits for all the numbers of the entire set, e.g., a set of inputs to a series of operations, a set of accumulated values of the series, a set of outputs. Preferably, the user of the NNU is enabled to specify the number of fractional storage bits for the set of numbers. Thus, it should be understood that although in many contexts (e.g., common mathematics) the term “integer” refers to a signed whole number, i.e., a number not having a fractional portion, the term “integer” in the present context may refer to numbers having a fractional portion. Furthermore, the term “integer” in the present context is intended to distinguish from floating-point numbers for whom a portion of the bits of their individual storage are used to represent an exponent of the floating-point number. Similarly, an integer arithmetic operation, such as an integer multiply or add or compare performed by an integer unit, assumes the operands do not have an exponent and therefore the integer elements of the integer unit, e.g., integer multiplier, integer adder, integer comparator, do not include logic to deal with exponents, e.g., do not shift mantissas to align binary points for addition or compare operations, do not add exponents for multiply operations.

Additionally, embodiments are described herein that include a large hardware integer accumulator to accumulate a large series of integer operations (e.g., on the order of 1000 multiply-accumulates) without loss of precision. This enables the NNU to avoid dealing with floating-point numbers while at the same time retaining full precision in the accumulated values without having to saturate them or incur inaccurate results due to overflows. Once the series of integer operations has accumulated a result into the full precision accumulator, the fixed-point hardware assist performs the necessary scaling and saturating to convert the full-precision accumulated value to an output value using the user-specified indications of the number of fractional bits of the accumulated value and the desired number of fractional bits in the output value, as described in more detail below.

As described in more detail below, preferably the activation function units may selectively perform stochastic rounding on the accumulator value when compressing it from its full precision form for use as an input to an activation function or for being passed through. Finally, the NPUs may be selectively instructed to apply different activation functions and/or output a variety of different forms of the accumulator value as dictated by the different needs of a given layer of a neural network.

Referring now to FIG. 29A, a block diagram illustrating an embodiment of the control register 127 of FIG. 1 is shown. The control register 127 may include a plurality of control registers 127. The control register 127 includes the following fields, as shown: configuration 2902, signed data 2912, signed weight 2914, data binary point 2922, weight binary point 2924, ALU function 2926, round control 2932, activation function 2934, reciprocal 2942, shift amount 2944, output RAM 2952, output binary point 2954, and output command 2956. The control register 127 values may be written by both an MTNN instruction 1400 and an instruction of an NNU program, such as an initiate instruction.

The configuration 2902 value specifies whether the NNU 121 is in a narrow configuration, a wide configuration or a funnel configuration, as described above. The configuration 2902 implies the size of the input words received from the data RAM 122 and the weight RAM 124. In the narrow and funnel configurations, the size of the input words is narrow (e.g., 8 bits or 9 bits), whereas in the wide configuration, the size of the input words is wide (e.g., 12 bits or 16 bits). Furthermore, the configuration 2902 implies the size of the output result 133, which is the same as the input word size.

The signed data value 2912, if true, indicates the data words received from the data RAM 122 are signed values, and if false, indicates they are unsigned values. The signed weight value 2914, if true, indicates the weight words received from the weight RAM 124 are signed values, and if false, indicates they are unsigned values.

The data binary point 2922 value indicates the location of the binary point for the data words received from the data RAM 122. Preferably, the data binary point 2922 value indicates the number of bit positions from the right for the location of the binary point. Stated alternatively, the data binary point 2922 indicates how many of the least significant bits of the data word are fractional bits, i.e., to the right of the binary point. Similarly, the weight binary point 2924 value indicates the location of the binary point for the weight words received from the weight RAM 124. Preferably, when the ALU function 2926 is a multiply and accumulate or output accumulator, then the NPU 126 determines the number of bits to the right of the binary point for the value held in the accumulator 202 as the sum of the data binary point 2922 and the weight binary point 2924. Thus, for example, if the value of the data binary point 2922 is 5 and the value of the weight binary point 2924 is 3, then the value in the accumulator 202 has 8 bits to the right of the binary point. When the ALU function 2926 is a sum/maximum accumulator and data/weight word or pass through data/weight word, the NPU 126 determines the number of bits to the right of the binary point for the value held in the accumulator 202 as the data/weight binary point 2922/2924, respectively. In an alternate embodiment, described below with respect to FIG. 29B, rather than specifying an individual data binary point 2922 and weight binary point 2924, a single accumulator binary point 2923 is specified.

The ALU function 2926 specifies the function performed by the ALU 204 of the NPU 126. As described above, the ALU functions 2926 may include, but are not limited to: multiply data word 209 and weight word 203 and accumulate product with accumulator 202; sum accumulator 202 and weight word 203; sum accumulator 202 and the data word 209; maximum of accumulator 202 and data word 209; maximum of accumulator 202 and weight word 203; output accumulator 202; pass through data word 209; pass through weight word 203; output zero. In one embodiment, the ALU function 2926 is specified by an NNU initiate instruction and used by the ALU 204 in response to an execute instruction (not shown). In one embodiment, the ALU function 2926 is specified by individual NNU instructions, such as the multiply-accumulate and maxwacc instructions described above.

The round control 2932 specifies which form of rounding is to be used by the rounder 3004 (of FIG. 30). In one embodiment, the rounding modes that may be specified include, but are not limited to: no rounding, round to nearest, and stochastic rounding. Preferably, the processor 100 includes a random bit source 3003 (of FIG. 30) that generates random bits 3005 that are sampled and used to perform the stochastic rounding to reduce the likelihood of a rounding bias. In one embodiment, when the round bit 3005 is one and the sticky bit is zero, the NPU 126 rounds up if the sampled random bit 3005 is true and does not round up if the random bit 3005 is false. In one embodiment, the random bit source 3003 generates the random bits 3005 based on a sampling of random electrical characteristics of the processor 100, such as thermal noise across a semiconductor diode or resistor, although other embodiments are contemplated.

The activation function 2934 specifies the function applied to the accumulator 202 value 217 to generate the output 133 of the NPU 126. As described above and below in more detail, the activation functions 2934 include, but are not limited to: sigmoid; hyperbolic tangent; softplus; rectify; divide by specified power of two; multiply by a user-specified reciprocal value to accomplish an effective division; pass-through full accumulator; and pass-through the accumulator as a canonical size, which is described in more detail below. In one embodiment, the activation function is specified by an NNU activation function instruction. Alternatively, the activation function is specified by the initiate instruction and applied in response to an output instruction, e.g., write AFU output instruction at address 4 of FIG. 4, in which embodiment the activation function instruction at address 3 of FIG. 4 is subsumed by the output instruction.

The reciprocal 2942 value specifies a value that is multiplied by the accumulator 202 value 217 to accomplish a divide of the accumulator 202 value 217. That is, the user specifies the reciprocal 2942 value as the reciprocal of the actual desired divisor. This is useful, for example, in conjunction with convolution and pooling operations, as described herein. Preferably, the user specifies the reciprocal 2942 value in two parts, as described in more detail with respect to FIG. 29C below. In one embodiment, the control register 127 includes a field (not shown) that enables the user to specify division by one of a plurality of built-in divisor values that are the size of commonly used convolution kernels, e.g., 9, 25, 36 or 49. In such an embodiment, the AFU 212 may store reciprocals of the built-in divisors for multiplication by the accumulator 202 value 217.

The shift amount 2944 specifies a number of bits that a shifter of the AFU 212 shifts the accumulator 202 value 217 right to accomplish a divide by a power of two. This may also be useful in conjunction with convolution kernels whose size is a power of two.

The output RAM 2952 value specifies which of the data RAM 122 and the weight RAM 124 is to receive the output result 133.

The output binary point 2954 value indicates the location of the binary point for the output result 133. Preferably, the output binary point 2954 indicates the number of bit positions from the right for the location of the binary point for the output result 133. Stated alternatively, the output binary point 2954 indicates how many of the least significant bits of the output result 133 are fractional bits, i.e., to the right of the binary point. The AFU 212 performs rounding, compression, saturation and size conversion based on the value of the output binary point 2954 (as well as, in most cases, based on the value of the data binary point 2922, the weight binary point 2924, the activation function 2934, and/or the configuration 2902).

The output command 2956 controls various aspects of the output result 133. In one embodiment, the AFU 212 employs the notion of a canonical size, which is twice the size (in bits) of the width specified by the configuration 2902. Thus, for example, if the configuration 2902 implies the size of the input words received from the data RAM 122 and the weight RAM 124 are 8 bits, then the canonical size is 16 bits; for another example, if the configuration 2902 implies the size of the input words received from the data RAM 122 and the weight RAM 124 are 16 bits, then the canonical size is 32 bits. As described herein, the size of the accumulator 202 is large (e.g., the narrow accumulator 202B is 28 bits and the wide accumulator 202A is 41 bits) in order to preserve full precision of the intermediate computations, e.g., 1024 and 512 NNU multiply-accumulate instructions, respectively. Consequently, the accumulator 202 value 217 is larger (in bits) than the canonical size, and the AFU 212 (e.g., CCS 3008 described below with respect to FIG. 30), for most values of the activation function 2934 (except for pass-through full accumulator), compresses the accumulator 202 value 217 down to a value that is the canonical size. A first predetermined value of the output command 2956 instructs the AFU 212 to perform the specified activation function 2934 to generate an internal result that is the same size as the original input words, i.e., half the canonical size, and to output the internal result as the output result 133. A second predetermined value of the output command 2956 instructs the AFU 212 to perform the specified activation function 2934 to generate an internal result that is twice the size as the original input words, i.e., the canonical size, and to output the lower half of the internal result as the output result 133; and a third predetermined value of the output command 2956 instructs the AFU 212 to output the upper half of the canonical size internal result as the output result 133. A fourth predetermined value of the output command 2956 instructs the AFU 212 to output the raw least-significant word (whose width specified by the configuration 2902) of the accumulator 202 as the output result 133; a fifth predetermined value instructs the AFU 212 to output the raw middle-significant word of the accumulator 202 as the output result 133; and a sixth predetermined value instructs the AFU 212 to output the raw most-significant word of the accumulator 202 as the output result 133, as described above with respect to FIGS. 8 through 10. As described above, outputting the full accumulator 202 size or the canonical size internal result may be advantageous, for example, for enabling other execution units 112 of the processor 100 to perform activation functions, such as the softmax activation function.

Although the fields of FIG. 29A (and FIGS. 29B and 29C) are described as residing in the control register 127, in other embodiments one or more of the fields may reside in other parts of the NNU 121. Preferably, many of the fields are included in the NNU instructions themselves and decoded by the sequencer 128 to generate to a micro-operation 3416 (of FIG. 34) that controls the ALUs 204 and/or AFUs 212. Additionally, the fields may be included in a micro-operation 3414 (of FIG. 34) stored in a media register 118 that controls the ALUs 204 and/or AFUs 212. In such embodiments, the use of the initialize NNU instruction is minimized, and in other embodiments the initialize NNU instruction is eliminated.

As described above, an NNU instruction is capable of specifying to perform ALU operations on memory operands (e.g., word from data RAM 122 and/or weight RAM 124) or a rotated operand (e.g., from the mux-regs 208/705). In one embodiment, an NNU instruction may also specify an operand as a registered output of an activation function (e.g., the output of register 3038 of FIG. 30). Additionally, as described above, an NNU instruction is capable of specifying to increment a current row address of the data RAM 122 or weight RAM 124. In one embodiment, the NNU instruction may specify an immediate signed integer delta value that is added to the current row to accomplish incrementing or decrementing by a value other than one.

Referring now to FIG. 29B, a block diagram illustrating an embodiment of the control register 127 of FIG. 1 according to an alternate embodiment is shown. The control register 127 of FIG. 29B is similar to the control register 127 of FIG. 29A; however, the control register 127 of FIG. 29B includes an accumulator binary point 2923. The accumulator binary point 2923 indicates the location of the binary point for the accumulator 202. Preferably, the accumulator binary point 2923 value indicates the number of bit positions from the right for the location of the binary point. Stated alternatively, the accumulator binary point 2923 indicates how many of the least significant bits of the accumulator 202 are fractional bits, i.e., to the right of the binary point. In this embodiment, the accumulator binary point 2923 is specified explicitly, rather than being determined implicitly, as described above with respect to the embodiment of FIG. 29A.

Referring now to FIG. 29C, a block diagram illustrating an embodiment of the reciprocal 2942 of FIG. 29A stored as two parts according to one embodiment is shown. A first part 2962 is a shift value that indicates the number of suppressed leading zeroes 2962 in the true reciprocal value that the user desires to be multiplied by the accumulator 202 value 217. The number of leading zeroes is the number of consecutive zeroes immediately to the right of the binary point. The second part 2694 is the leading zero-suppressed reciprocal 2964 value, i.e., the true reciprocal value with all leading zeroes removed. In one embodiment, the number of suppressed leading zeroes 2962 is stored as four bits and the leading zero-suppressed reciprocal 2964 value is stored as 8-bit unsigned value.

To illustrate by example, assume the user desires the accumulator 202 value 217 to be multiplied by the reciprocal of 49. The binary representation of the reciprocal of 49 represented with 13 fractional bits is 0.0000010100111, which has five leading zeroes. In this case, the user populates the number of suppressed leading zeroes 2962 with a value of five, and populates the leading zero-suppressed reciprocal 2964 with a value of 10100111. After the reciprocal multiplier “divider A” 3014 (of FIG. 30) multiplies the accumulator 202 value 217 and the leading zero-suppressed reciprocal 2964 value, it right-shifts the resulting product by the number of suppressed leading zeroes 2962. Such an embodiment may advantageously accomplish high precision with a relatively small number of bits used to represent the reciprocal 2942 value.

Referring now to FIG. 30, a block diagram illustrating in more detail an embodiment of an AFU 212 of FIG. 2 is shown. The AFU 212 includes the control register 127 of FIG. 1; a positive form converter (PFC) and output binary point aligner (OBPA) 3002 that receives the accumulator 202 value 217; a rounder 3004 that receives the accumulator 202 value 217 and indication of the number of bits shifted out by the OBPA 3002; a random bit source 3003 that generates random bits 3005, as described above; a first mux 3006 that receives the output of the PFC and OBPA 3002 and the output of the rounder 3004; a compressor to canonical size (CCS) and saturator 3008 that receives the output of the first mux 3006; a bit selector and saturator 3012 that receives the output of the CCS and saturator 3008; a rectifier 3018 that receives the output of the CCS and saturator 3008; a reciprocal multiplier 3014 that receives the output of the CCS and saturator 3008; a right shifter 3016 that receives the output of the CCS and saturator 3008; a hyperbolic tangent (tan h) module 3022 that receives the output of the bit selector and saturator 3012; a sigmoid module 3024 that receives the output of the bit selector and saturator 3012; a softplus module 3026 that receives the output of the bit selector and saturator 3012; a second mux 3032 that receives the outputs of the tan h module 3022, the sigmoid module 3024, the softplus module 3026, the rectifier 3108, the reciprocal multiplier 3014, the right shifter 3016 and the passed-through canonical size output 3028 of the CCS and saturator 3008; a sign restorer 3034 that receives the output of the second mux 3032; a size converter and saturator 3036 that receives the output of the sign restorer 3034; a third mux 3037 that receives the output of the size converter and saturator 3036 and the accumulator output 217; and an output register 3038 that receives the output of the mux 3037 and whose output is the result 133 of FIG. 1.

The PFC and OBPA 3002 receive the accumulator 202 value 217. Preferably, the accumulator 202 value 217 is a full precision value, as described above. That is, the accumulator 202 has a sufficient number of bits of storage to hold an accumulated value that is the sum, generated by the integer adder 244, of a series of products generated by the integer multiplier 242 without discarding any of the bits of the individual products of the multiplier 242 or sums of the adder 244 so that there is no loss of precision. Preferably, the accumulator 202 has at least a sufficient number of bits to hold the maximum number of accumulations of the products that an NNU 121 is programmable to perform. For example, referring to the program of FIG. 4 to illustrate, the maximum number of product accumulations the NNU 121 is programmable to perform when in a wide configuration is 512, and the accumulator 202 bit width is 41. For another example, referring to the program of FIG. 20 to illustrate, the maximum number of product accumulations the NNU 121 is programmable to perform when in a narrow configuration is 1024, and the accumulator 202 bit width is 28. To generalize, the full precision accumulator 202 includes at least Q bits, where Q is the sum of M and log₂P, where M is the bit width of the integer product of the multiplier 242 (e.g., 16 bits for a narrow multiplier 242, or 32 bits for a wide multiplier 242) and P is the maximum permissible number of the integer products that may be accumulated into the accumulator 202. Preferably, the maximum number of product accumulations is specified via a programming specification to the programmer of the NNU 121. In one embodiment, the sequencer 128 enforces a maximum value of the count of a multiply-accumulate NNU instruction (e.g., the instruction at address 2 of FIG. 4), for example, of 511, with the assumption of one previous multiply-accumulate instruction that loads the row of data/weight words 206/207 from the data/weight RAM 122/124 (e.g., the instruction at address 1 of FIG. 4).

Advantageously, by including an accumulator 202 that has a large enough bit width to accumulate a full precision value for the maximum number of allowable accumulations, this simplifies the design of the ALU 204 portion of the NPU 126. In particular, it alleviates the need for logic to saturate sums generated by the integer adder 244 that would overflow a smaller accumulator and that would need to keep track of the binary point location of the accumulator to determine whether an overflow has occurred to know whether a saturation was needed. To illustrate by example a problem with a design that included a non-full precision accumulator and instead includes saturating logic to handle overflows of the non-full precision accumulator, assume the following.

-   -   (1) The range of the data word values is between 0 and 1 and all         the bits of storage are used to store fractional bits. The range         of the weight words is between −8 and +8 and all but three of         the bits of storage are used to store fractional bits. And, the         range of the accumulated values for input to a hyperbolic         tangent activation function is between −8 and +8 and all but         three of the bits of storage are used to store fractional bits.     -   (2) The bit width of the accumulator is non-full precision         (e.g., only the bit width of the products).     -   (3) The final accumulated value would be somewhere between −8         and +8 (e.g., +4.2), assuming the accumulator were full         precision; however, the products before a “point A” in the         series tend to be positive much more frequently, whereas the         products after point A tend to be negative much more frequently.

In such a situation, an inaccurate result (i.e., a result other than +4.2) might be obtained. This is because at some point before point A the accumulator may be saturated to the maximum +8 value when it should have been a larger value, e.g., +8.2, causing loss of the remaining +0.2. The accumulator could even remain at the saturated value for more product accumulations resulting in loss of even more positive value. Thus, the final value of the accumulator could be a smaller number than it would have been (i.e., less then +4.2) if the accumulator had a full precision bit width.

The PFC 3002 converts the accumulator 202 value 217 to a positive form, if the value is negative, and generates an additional bit that indicates whether the original value was positive or negative, which is passed down the AFU 212 pipeline along with the value. Converting to a positive form simplifies subsequent operations by the AFU 212. For example, it enables only positive values to be inputted to the tan h 3022 and sigmoid 3024 modules, thus simplifying them. Additionally, it simplifies the rounder 3004 and the saturator 3008.

The OBPA 3002 shifts, or scales, the positive-form value right to align it with the output binary point 2954 specified in the control register 127. Preferably, the OBPA 3002 calculates the shift amount as a difference that is the number of fractional bits of the output (e.g., specified by the output binary point 2954) subtracted from the number of fractional bits of the accumulator 202 value 217 (e.g., specified by the accumulator binary point 2923 or the sum of the data binary point 2922 and the weight binary point 2924). Thus, for example, if the accumulator 202 binary point 2923 is 8 (as in the example above) and the output binary point 2954 is 3, then the OBPA 3002 shifts the positive-form value right 5 bits to generate a result provided to the mux 3006 and to the rounder 3004.

The rounder 3004 rounds the accumulator 202 value 217. Preferably, the rounder 3004 generates a rounded version of the positive-form value generated by the PFC and OBPA 3002 and provides the rounded version to the mux 3006. The rounder 3004 rounds according to the round control 2932 described above, which may include stochastic rounding using the random bit 3005, as described above and below. The mux 3006 selects one of its inputs, i.e., either the positive-form value from the PFC and OBPA 3002 or the rounded version thereof from the rounder 3004, based on the round control 2932 (which may include stochastic rounding, as described herein) and provides the selected value to the CCS and saturator 3008. Preferably, if the round control 2932 specifies no rounding, then the mux 3006 selects the output of the PFC and OBPA 3002, and otherwise selects the output of the rounder 3004. Other embodiments are contemplated in which the AFU 212 performs additional rounding. For example, in one embodiment, the bit selector 3012 rounds based on lost low-order bits when it compresses the bits of the CCS and saturator 3008 output (described below). For another example, in one embodiment, the product of the reciprocal multiplier 3014 (described below) is rounded. For yet another example, in one embodiment, the size converter 3036 rounds when it converts to the proper output size (described below), which may involve losing low-order bits used in the rounding determination.

The CCS 3008 compresses the mux 3006 output value to the canonical size. Thus, for example, if the NPU 126 is in a narrow or funnel configuration 2902, then the CCS 3008 compresses the 28-bit mux 3006 output value to 16 bits; and if the NPU 126 is in a wide configuration 2902, then the CCS 3008 compresses the 41-bit mux 3006 output value to 32 bits. However, before compressing to the canonical size, if the pre-compressed value is greater than the maximum value expressible in the canonical form, the saturator 3008 saturates the pre-compressed value to the maximum value expressible in the canonical form. For example, if any of the bits of the pre-compressed value left of the most-significant canonical form bit has a 1 value, then the saturator 3008 saturates to the maximum value (e.g., to all 1's).

Preferably, the tan h 3022, sigmoid 3024 and softplus 3026 modules comprise lookup tables, e.g., programmable logic arrays (PLA), read-only memories (ROM), combinational logic gates, and so forth. In one embodiment, in order to simplify and reduce the size of the modules 3022/3024/3026, they are provided an input value that has 3.4 form, i.e., three whole bits and four fractional bits, i.e., the input value has four bits to the right of the binary point and three bits to the left of the binary point. These values are chosen because at the extremes of the input value range (−8, +8) of the 3.4 form, the output values asymptotically approach their minimum/maximum values. However, other embodiments are contemplated that place the binary point at a different location, e.g., in a 4.3 form or a 2.5 form. The bit selector 3012 selects the bits of the CCS and saturator 3008 output that satisfy the 3.4 form criteria, which involves compression, i.e., some bits are lost, since the canonical form has a larger number of bits. However, prior to selecting/compressing the CCS and saturator 3008 output value, if the pre-compressed value is greater than the maximum value expressible in the 3.4 form, the saturator 3012 saturates the pre-compressed value to the maximum value expressible in the 3.4 form. For example, if any of the bits of the pre-compressed value left of the most-significant 3.4 form bit has a 1 value, then the saturator 3012 saturates to the maximum value (e.g., to all 1's).

The tan h 3022, sigmoid 3024 and softplus 3026 modules perform their respective activation functions (described above) on the 3.4 form value output by the CCS and saturator 3008 to generate a result. Preferably, the result of the tan h 3022 and sigmoid 3024 modules is a 7-bit result in a 0.7 form, i.e., zero whole bits and seven fractional bits, i.e., the input value has seven bits to the right of the binary point. Preferably, the result of the softplus module 3026 is a 7-bit result in a 3.4 form, e.g., in the same form as the input to the module 3026. Preferably, the outputs of the tan h 3022, sigmoid 3024 and softplus 3026 modules are extended to canonical form (e.g., leading zeroes added as necessary) and aligned to have the binary point specified by the output binary point 2954 value.

The rectifier 3018 generates a rectified version of the output value of the CCS and saturator 3008. That is, if the output value of the CCS and saturator 3008 (its sign is piped down as describe above) is negative, the rectifier 3018 outputs a value of zero; otherwise, the rectifier 3018 outputs its input value. Preferably, the output of the rectifier 3018 is in canonical form and has the binary point specified by the output binary point 2954 value.

The reciprocal multiplier 3014 multiplies the output of the CCS and saturator 3008 by the user-specified reciprocal value specified in the reciprocal value 2942 to generate its canonical size product, which is effectively the quotient of the output of the CCS and saturator 3008 and the divisor that is the reciprocal of the reciprocal 2942 value. Preferably, the output of the reciprocal multiplier 3014 is in canonical form and has the binary point specified by the output binary point 2954 value.

The right shifter 3016 shifts the output of the CCS and saturator 3008 by the user-specified number of bits specified in the shift amount value 2944 to generate its canonical size quotient. Preferably, the output of the right shifter 3016 is in canonical form and has the binary point specified by the output binary point 2954 value.

The mux 3032 selects the appropriate input specified by the activation function 2934 value and provides the selection to the sign restorer 3034, which converts the positive form output of the mux 3032 to a negative form if the original accumulator 202 value 217 was a negative value, e.g., to two's-complement form.

The size converter 3036 converts the output of the sign restorer 3034 to the proper size based on the value of the output command 2956, which values are described above with respect to FIG. 29A. Preferably, the output of the sign restorer 3034 has a binary point specified by the output binary point 2954 value. Preferably, for the first predetermined value of the output command 2956, the size converter 3036 discards the bits of the upper half of the sign restorer 3034 output. Furthermore, if the output of the sign restorer 3034 is positive and exceeds the maximum value expressible in the word size specified by the configuration 2902 or is negative and is less than the minimum value expressible in the word size, the saturator 3036 saturates its output to the respective maximum/minimum value expressible in the word size. For the second and third predetermined values, the size converter 3036 passes through the sign restorer 3034 output.

The mux 3037 selects either the size converter and saturator 3036 output or the accumulator 202 output 217, based on the output command 2956, for provision to the output register 3038. More specifically, for the first and second predetermined values of the output command 2956, the mux 3037 selects the lower word (whose size is specified by the configuration 2902) of the output of the size converter and saturator 3036. For the third predetermined value, the mux 3037 selects the upper word of the output of the size converter and saturator 3036. For the fourth predetermined value, the mux 3037 selects the lower word of the raw accumulator 202 value 217; for the fifth predetermined value, the mux 3037 selects the middle word of the raw accumulator 202 value 217; and for the sixth predetermined value, the mux 3037 selects the upper word of the raw accumulator 202 value 217. As describe above, preferably the AFU 212 pads the upper bits of the upper word of the raw accumulator 202 value 217 to zero.

Referring now to FIG. 31, an example of operation of the AFU 212 of FIG. 30 is shown. As shown, the configuration 2902 is set to a narrow configuration of the NPUs 126. Additionally, the signed data 2912 and signed weight 2914 values are true. Additionally, the data binary point 2922 value indicates the binary point for the data RAM 122 words is located such that there are 7 bits to the right of the binary point, and an example value of the first data word received by one of the NPUs 126 is shown as 0.1001110. Still further, the weight binary point 2924 value indicates the binary point for the weight RAM 124 words is located such that there are 3 bits to the right of the binary point, and an example value of the first data word received by the one of the NPUs 126 is shown as 00001.010.

The 16-bit product (which is accumulated with the initial zero value of the accumulator 202) of the first data and weight words is shown as 000000.1100001100. Because the data binary point 2912 is 7 and the weight binary point 2914 is 3, the implied accumulator 202 binary point is located such that there are 10 bits to the right of the binary point. In the case of a narrow configuration, the accumulator 202 is 28 bits wide, in the example embodiment. In the example, a value 217 of 000000000000000001.1101010100 of the accumulator 202 after all the ALU operations (e.g., all 1024 multiply-accumulates of FIG. 20) are performed is shown.

The output binary point 2954 value indicates the binary point for the output is located such that there are 7 bits to the right of the binary point. Therefore, after passing through the OBPA 3002 and CCS 3008, the accumulator 202 value 217 is scaled, rounded and compressed to the canonical form value of 000000001.1101011. In the example, the output binary point location indicates 7 fractional bits, and the accumulator 202 binary point location indicates 10 fractional bits. Therefore, the OBPA 3002 calculates a difference of 3 and scales the accumulator 202 value 217 by shifting it right 3 bits. This is indicated in FIG. 31 by the loss of the 3 least significant bits (binary 100) of the accumulator 202 value 217. Further in the example, the round control 2932 value indicates to use stochastic rounding, and in the example it is assumed that the sampled random bit 3005 is true. Consequently, the least significant bit was rounded up because the round bit of the accumulator 202 value 217 (most significant bit of the 3 bits shifted out by the scaling of the accumulator 202 value 217) was one and the sticky bit (Boolean OR of the 2 least significant bits of the 3 bits shifted out by the scaling of the accumulator 202 value 217) was zero, according to the description above.

The activation function 2934 indicates to use a sigmoid function, in the example. Consequently, the bit selector 3012 selects the bits of the canonical form value such that the input to the sigmoid module 3024 has three whole bits and four fractional bits, as described above, i.e., a value of 001.1101, as shown. The sigmoid module 3024 outputs a value that is put in canonical form as shown of 000000000.1101110.

The output command 2956 in the example specifies the first predetermined value, i.e., to output the word size indicated by the configuration 2902, which in this case is a narrow word (8 bits). Consequently, the size converter 3036 converts the canonical sigmoid output value to an 8 bit quantity having an implied binary point located such that 7 bits are to the right of the binary point, yielding an output value of 01101110, as shown.

Referring now to FIG. 32, a second example of operation of the AFU 212 of FIG. 30 is shown. The example of FIG. 32 illustrates operation of the AFU 212 when the activation function 2934 indicates to pass-through the accumulator 202 value 217 in the canonical size. As shown, the configuration 2902 is set to a narrow configuration of the NPUs 126.

In the example, the accumulator 202 is 28 bits wide, and the accumulator 202 binary point is located such that there are 10 bits to the right of the binary point (either because the sum of the data binary point 2912 and the weight binary point 2914 is 10 according to one embodiment, or the accumulator binary point 2923 is explicitly specified as having a value of 10 according to an alternate embodiment, as described above). In the example, FIG. 32 shows a value 217 of 000001100000011011.1101111010 of the accumulator 202 after all the ALU operations are performed.

In the example, the output binary point 2954 value indicates the binary point for the output is located such that there are 4 bits to the right of the binary point. Therefore, after passing through the OBPA 3002 and CCS 3008, the accumulator 202 value 217 is saturated and compressed to the canonical form value of 111111111111.1111, as shown, that is received by the mux 3032 as the canonical size pass-through value 3028.

In the example, two output commands 2956 are shown. The first output command 2956 specifies the second predetermined value, i.e., to output the lower word of the canonical form size. Since the size indicated by the configuration 2902 is a narrow word (8 bits), which implies a canonical size of 16 bits, the size converter 3036 selects the lower 8 bits of the canonical size pass-through value 3028 to yield an 8 bit value of 11111111, as shown. The second output command 2956 specifies the third predetermined value, i.e., to output the upper word of the canonical form size. Consequently, the size converter 3036 selects the upper 8 bits of the canonical size pass-through value 3028 to yield an 8 bit value of 11111111, as shown.

Referring now to FIG. 33, a third example of operation of the AFU 212 of FIG. 30 is shown. The example of FIG. 33 illustrates operation of the AFU 212 when the activation function 2934 indicates to pass-through the full raw accumulator 202 value 217. As shown, the configuration 2902 is set to a wide configuration of the NPUs 126 (e.g., 16-bit input words).

In the example, the accumulator 202 is 41 bits wide, and the accumulator 202 binary point is located such that there are 8 bits to the right of the binary point (either because the sum of the data binary point 2912 and the weight binary point 2914 is 8 according to one embodiment, or the accumulator binary point 2923 is explicitly specified as having a value of 8 according to an alternate embodiment, as described above). In the example, FIG. 33 shows a value 217 of 001000000000000000001100000011011.11011110 of the accumulator 202 after all the ALU operations are performed.

In the example, three output commands 2956 are shown. The first output command 2956 specifies the fourth predetermined value, i.e., to output the lower word of the raw accumulator 202 value; the second output command 2956 specifies the fifth predetermined value, i.e., to output the middle word of the raw accumulator 202 value; and the third output command 2956 specifies the sixth predetermined value, i.e., to output the upper word of the raw accumulator 202 value. Since the size indicated by the configuration 2902 is a wide word (16 bits), FIG. 33 shows that in response to the first output command 2956, the mux 3037 selects the 16-bit value of 0001101111011110; in response to the second output command 2956, the mux 3037 selects the 16-bit value of 0000000000011000; and in response to the third output command 2956, the mux 3037 selects the 16-bit value of 0000000001000000.

As discussed above, advantageously the NNU 121 operates on integer data rather than floating-point data. This has the advantage of simplifying each NPU 126, or at least the ALU 204 portion. For example, the ALU 204 need not include adders that would be needed in a floating-point implementation to add the exponents of the multiplicands for the multiplier 242. Similarly, the ALU 204 need not include shifters that would be needed in a floating-point implementation to align binary points of the addends for the adder 234. As one skilled in the art will appreciate, floating point units are generally very complex; thus, these are only examples of simplifications to the ALU 204, and other simplifications are enjoyed by the instant integer embodiments with hardware fixed-point assist that enable the user to specify the relevant binary points. The fact that the ALUs 204 are integer units may advantageously result in a smaller (and faster) NPU 126 than a floating-point embodiment, which further advantageously facilitates the incorporation of a large array of NPUs 126 into the NNU 121. The AFU 212 portion deals with scaling and saturating the accumulator 202 value 217 based on the, preferably user-specified, number of fractional bits desired in the accumulated value and number of fractional bits desired in the output value. Advantageously, any additional complexity and accompanying increase in size, power consumption and/or time in the fixed-point hardware assist of the AFUs 212 may be amortized by sharing the AFUs 212 among the ALU 204 portions, as described with respect to the embodiment of FIG. 11, for example, since the number of AFUs 1112 may be reduced in a shared embodiment.

Advantageously, embodiments described herein enjoy many of the benefits associated with reduced complexity of hardware integer arithmetic units over floating-point arithmetic units, while still providing arithmetic operations on fractional numbers, i.e., numbers with a binary point. An advantage of floating-point arithmetic is that it accommodates arithmetic operations on data whose individual values may be anywhere within a very wide range of values (which is effectively limited only by the size of the exponent range, which may be very large). That is, each floating-point number has its own potentially unique exponent value. However, embodiments are described here that recognize and take advantage of the fact that there are certain applications in which the input data is highly parallelized and whose values are within a relatively narrow range such that the “exponent” for all the parallelized values can be the same. Therefore, the embodiments enable the user to specify the binary point location once for all the input values and/or accumulated values. Similarly, the embodiments enable the user to specify the binary point location once for all the output values, recognizing and taking advantage of similar range characteristics of the parallelized outputs. An artificial neural network is an example of such an application, although the embodiments may be employed to perform computations for other applications. By specifying the binary point location for the inputs once, rather than for each individual input number, the embodiments provide more efficient use of memory space (e.g., require less memory) over a floating-point implementation and/or provide an increase in precision for a similar amount of memory since the bits that would be used for an exponent in a floating-point implementation can be used to specify more precision in the magnitude.

Further advantageously, the embodiments recognize the potential loss of precision that could be experienced during the accumulation of a large series of integer operations (e.g., overflow or loss of fractional bits of lesser significance) and provide a solution, primarily in the form of a sufficiently large accumulator to avoid loss of precision.

Direct Execution of NNU Micro-Operation

Referring now to FIG. 34, a block diagram illustrating the processor 100 of FIG. 1 and in more detail portions of the NNU 121 of FIG. 1 is shown. The NNU 121 includes pipeline stages 3401 of the NPUs 126. The pipeline stages 3401, separated by staging registers, include combinatorial logic that accomplish the operation of the NPUs 126 as described herein, such as Boolean logic gates, multiplexers, adders, multipliers, comparators, and so forth. The pipeline stages 3401 receive a micro-operation 3418 from a mux 3402. The micro-operation 3418 flows down the pipeline stages 3401 and controls their combinatorial logic. The micro-operation 3418 is a collection of bits. Preferably the micro-operation 3418 includes the bits of the data RAM 122 memory address 123, the weight RAM 124 memory address 125, the program memory 129 memory address 131, the mux-reg 208/705 control signals 213/713, the mux 802 control signals 803, and many of the fields of the control register 127 (e.g., of FIGS. 29A through 29C, for example, among others. In one embodiment, the micro-operation 3418 comprises approximately 120 bits. The mux 3402 receives a micro-operation from three different sources and selects one of them as the micro-operation 3418 for provision to the pipeline stages 3401.

One micro-operation source to the mux 3402 is the sequencer 128 of FIG. 1. The sequencer 128 decodes the NNU instructions received from the program memory 129 and in response generates a micro-operation 3416 provided to a first input of the mux 3402.

A second micro-operation source to the mux 3402 is a decoder 3404 that receives microinstructions 105 from a reservation station 108 of FIG. 1, along with operands from the GPR 116 and media registers 118. Preferably, the microinstructions 105 are generated by the instruction translator 104 in response to translating MTNN instructions 1400 and MFNN instructions 1500, as described above. The microinstructions 105 may include an immediate field that specifies a particular function (which was specified by an MTNN instruction 1400 or an MFNN instruction 1500), such as starting and stopping execution of a program in the program memory 129, directly executing a micro-operation from the media registers 118, or reading/writing a memory of the NNU 121, as described above. The decoder 3404 decodes the microinstructions 105 and in response generates a micro-operation 3412 provided to a second input of the mux 3402. Preferably, in response to some functions 1432/1532 of an MTNN/MFNN 1400/1500 instruction, it is not necessary for the decoder 3404 to generate a micro-operation 3412 to send down the pipeline 3401, for example, writing to the control register 127, starting execution of a program in the program memory 129, pausing the execution of a program in the program memory 129, waiting for completion of the execution of a program in the program memory 129, reading from the status register 127 and resetting the NNU 121.

A third micro-operation source to the mux 3402 is the media registers 118 themselves. Preferably, as described above with respect to FIG. 14, a MTNN instruction 1400 may specify a function that instructs the NNU 121 to directly execute a micro-operation 3414 provided from the media registers 118 to a third input of the mux 3402. The direct execution of a micro-operation 3414 provided by the architectural media registers 118 may be particularly useful for test, e.g., built-in self test (BIST), and debug of the NNU 121.

Preferably, the decoder 3404 generates a mode indicator 3422 that controls the mux 3402 selection. When an MTNN instruction 1400 specifies a function to start running a program from the program memory 129, the decoder 3404 generates a mode indicator 3422 value that causes the mux 3402 to select the micro-operation 3416 from the sequencer 128 until either an error occurs or until the decoder 3404 encounters an MTNN instruction 1400 that specifies a function to stop running a program from the program memory 129. When an MTNN instruction 1400 specifies a function that instructs the NNU 121 to directly execute a micro-operation 3414 provided from a media register 118, the decoder 3404 generates a mode indicator 3422 value that causes the mux 3402 to select the micro-operation 3414 from the specified media register 118. Otherwise, the decoder 3404 generates a mode indicator 3422 value that causes the mux 3402 to select the micro-operation 3412 from the decoder 3404.

Variable Rate Neural Network Unit

There may be situations in which the NNU 121 runs a program and then sits idle waiting for the processor 100 to do something it needs before it can run its next program. For example, assume a situation similar to that described with respect to FIGS. 3 through 6A in which the NNU 121 runs two or more successive instances of a multiply-accumulate-activation function program (which may also be referred to as a feed forward neural network layer program). It may take the processor 100 significantly longer to write 512 KB worth of weight values into the weight RAM 124 that will be used by the next run of the NNU program than it will take for the NNU 121 to run the program. Stated alternatively, the NNU 121 may run the program in a relatively short amount of time and then sit idle while the processor 100 finishes writing the next weight values into the weight RAM 124 for the next run of the program. This situation is visually illustrated in FIG. 36A, which is described in more detail below. In such situations, it may be advantageous to run the NNU 121 at a slower rate and take longer to execute the program and thereby spread out over more time the energy consumption required for the NNU 121 to run the program, which may tend to keep the temperature of the NNU 121 lower and perhaps of the processor 100 in general. This situation is referred to as relaxed mode and is visually illustrated in FIG. 36B, which is described in more detail below.

Referring now to FIG. 35, a block diagram illustrating a processor 100 that includes a variable rate NNU 121 is shown. The processor 100 is similar to the processor 100 of FIG. 1 in many respects and like-numbered elements are similar. The processor 100 of FIG. 35 also includes clock generation logic 3502 coupled to the functional units of the processor 100, namely, the instruction fetch unit 101, the instruction cache 102, the instruction translator 104, the rename unit 106, the reservation stations 108, the NNU 121, the other execution units 112, the memory subsystem 114, the general purpose registers 116 and the media registers 118. The clock generation logic 3502 includes a clock generator, such as a phase-locked loop (PLL), that generates a clock signal having a primary clock rate, or clock frequency. For example, the primary clock rate may be 1 GHz, 1.5 GHz, 2 GHz and so forth. The clock rate indicates the number of cycles, e.g., oscillations between a high and low state, of the clock signal per second. Preferably, the clock signal has a balanced duty cycle, i.e., high half the cycle and low the other half of the cycle; alternatively, the clock signal has an unbalanced duty cycle in which the clock signal is in the high state longer than it is in the low state, or vice versa. Preferably, the PLL is configurable to generate the primary clock signal at multiple clock rates. Preferably, the processor 100 includes a power management module that automatically adjusts the primary clock rate based on various factors including the dynamically detected operating temperature of the processor 100, utilization, and commands from system software (e.g., operating system, BIOS) indicating desired performance and/or power savings indicators. In one embodiment, the power management module includes microcode of the processor 100.

The clock generation logic 3502 also includes a clock distribution network, or clock tree. The clock tree distributes the primary clock signal to the functional units of the processor 100, which are indicated in FIG. 35 as clock signal 3506-1 to the instruction fetch unit 101, clock signal 3506-2 to the instruction cache 102, clock signal 3506-10 to the instruction translator 104, clock signal 3506-9 to the rename unit 106, clock signal 3506-8 to the reservation stations 108, clock signal 3506-7 to the NNU 121, clock signal 3506-4 to the other execution units 112, clock signal 3506-3 to the memory subsystem 114, clock signal 3506-5 to the general purpose registers 116 and clock signal 3506-6 to the media registers 118, and which are referred to collectively as clock signals 3506. The clock tree includes nodes, or wires, that transmit the primary clock signals 3506 to their respective functional units. Additionally, preferably the clock generation logic 3502 includes clock buffers that re-generate the primary clock signal as needed to provide cleaner clock signals and/or boost the voltage levels of the primary clock signal, particularly for long nodes. Additionally, each functional unit may also include its own sub-clock tree, as needed, that re-generates and/or boosts the respective primary clock signal 3506 it receives.

The NNU 121 includes clock reduction logic 3504 that receives a relax indicator 3512 and that receives the primary clock signal 3506-7 and, in response, generates a secondary clock signal. The secondary clock signal has a clock rate that is either the same clock rate as the primary clock rate or, when in relaxed mode, that is reduced relative to the primary clock rate by an amount programmed into the relax indicator 3512, which potentially provides thermal benefits. The clock reduction logic 3504 is similar in many respects to the clock generation logic 3502 in that it includes a clock distribution network, or clock tree, that distributes the secondary clock signal to various blocks of the NNU 121, which are indicated as clock signal 3508-1 to the array of NPUs 126, clock signal 3508-2 to the sequencer 128 and clock signal 3508-3 to the interface logic 3514, and which are referred to collectively or individually as secondary clock signal 3508. Preferably, the NPUs 126 include a plurality of pipeline stages 3401, as described with respect to FIG. 34, that include pipeline staging registers that receive the secondary clock signal 3508-1 from the clock reduction logic 3504.

The NNU 121 also includes interface logic 3514 that receives the primary clock signal 3506-7 and secondary clock signal 3508-3. The interface logic 3514 is coupled between the lower portions of the front end of the processor 100 (e.g., the reservation stations 108, media registers 118, and general purpose registers 116) and the various blocks of the NNU 121, namely the clock reduction logic 3504, the data RAM 122, the weight RAM 124, the program memory 129 and the sequencer 128. The interface logic 3514 includes a data RAM buffer 3522, a weight RAM buffer 3524, the decoder 3404 of FIG. 34 and the relax indicator 3512. The relax indicator 3512 holds a value that specifies how much slower, if any, the array of NPUs 126 will execute NNU program instructions. Preferably, the relax indicator 3512 specifies a divisor value, N, by which the clock reduction logic 3504 divides the primary clock signal 3506-7 to generate the secondary clock signal 3508 such that the secondary clock signal 3508 has a rate that is 1/N. Preferably, the value of N may be programmed to any one of a plurality of different predetermined values to cause the clock reduction logic 3504 to generate the secondary clock signal 3508 at a corresponding plurality of different rates that are less than the primary clock rate.

In one embodiment, the clock reduction logic 3504 comprises a clock divider circuit to divide the primary clock signal 3506-7 by the relax indicator 3512 value. In one embodiment, the clock reduction logic 3504 comprises clock gates (e.g., AND gates) that gate the primary clock signal 3506-7 with an enable signal that is true once only every N cycles of the primary clock signal 3506-7. For example, a circuit that includes a counter that counts up to N may be used to generate the enable signal. When accompanying logic detects the output of the counter matches N, the logic generates a true pulse on the secondary clock signal 3508 and resets the counter. Preferably the relax indicator 3512 value is programmable by an architectural instruction, such as an MTNN 1400 instruction of FIG. 14. Preferably, the architectural program running on the processor 100 programs the relax value into the relax indicator 3512 just prior to instructing the NNU 121 to start running the NNU program, as described in more detail with respect to FIG. 37.

The weight RAM buffer 3524 is coupled between the weight RAM 124 and media registers 118 for buffering transfers of data between them. Preferably, the weight RAM buffer 3524 is similar to one or more of the embodiments of the buffer 1704 of FIG. 17. Preferably, the portion of the weight RAM buffer 3524 that receives data from the media registers 118 is clocked by the primary clock signal 3506-7 at the primary clock rate and the portion of the weight RAM buffer 3524 that receives data from the weight RAM 124 is clocked by the secondary clock signal 3508-3 at the secondary clock rate, which may or may not be reduced relative to the primary clock rate depending upon the value programmed into the relax indicator 3512, i.e., depending upon whether the NNU 121 is operating in relaxed or normal mode. In one embodiment, the weight RAM 124 is single-ported, as described above with respect to FIG. 17, and is accessible both by the media registers 118 via the weight RAM buffer 3524 and by the NPUs 126 or the row buffer 1104 of FIG. 11 in an arbitrated fashion. In an alternate embodiment, the weight RAM 124 is dual-ported, as described above with respect to FIG. 16, and each port is accessible both by the media registers 118 via the weight RAM buffer 3524 and by the NPUs 126 or the row buffer 1104 in a concurrent fashion.

Similarly, the data RAM buffer 3522 is coupled between the data RAM 122 and media registers 118 for buffering transfers of data between them. Preferably, the data RAM buffer 3522 is similar to one or more of the embodiments of the buffer 1704 of FIG. 17. Preferably, the portion of the data RAM buffer 3522 that receives data from the media registers 118 is clocked by the primary clock signal 3506-7 at the primary clock rate and the portion of the data RAM buffer 3522 that receives data from the data RAM 122 is clocked by the secondary clock signal 3508-3 at the secondary clock rate, which may or may not be reduced relative to the primary clock rate depending upon the value programmed into the relax indicator 3512, i.e., depending upon whether the NNU 121 is operating in relaxed or normal mode. In one embodiment, the data RAM 122 is single-ported, as described above with respect to FIG. 17, and is accessible both by the media registers 118 via the data RAM buffer 3522 and by the NPUs 126 or the row buffer 1104 of FIG. 11 in an arbitrated fashion. In an alternate embodiment, the data RAM 122 is dual-ported, as described above with respect to FIG. 16, and each port is accessible both by the media registers 118 via the data RAM buffer 3522 and by the NPUs 126 or the row buffer 1104 in a concurrent fashion.

Preferably, the interface logic 3514 includes the data RAM buffer 3522 and weight RAM buffer 3524, regardless of whether the data RAM 122 and/or weight RAM 124 are single-ported or dual-ported, in order to provide synchronization between the primary clock domain and the secondary clock domain. Preferably, each of the data RAM 122, weight RAM 124 and program memory 129 comprises a static RAM (SRAM) that includes a respective read enable, write enable and memory select signal.

As described above, the NNU 121 is an execution unit of the processor 100. An execution unit is a functional unit of a processor that executes microinstructions into which architectural instructions are translated, such as the microinstructions 105 into which the architectural instructions 103 of FIG. 1 are translated, or that executes architectural instructions 103 themselves. An execution unit receives operands from general purpose registers of the processor, such as GPRs 116 and media registers 118. An execution unit generates results in response to executing microinstructions or architectural instructions that may be written to the general purpose registers. Examples of the architectural instructions 103 are the MTNN instruction 1400 and the MFNN instruction 1500 described with respect to FIGS. 14 and 15, respectively. The microinstructions implement the architectural instructions. More specifically, the collective execution by the execution unit of the one or more microinstructions into which an architectural instruction is translated performs the operation specified by the architectural instruction on inputs specified by the architectural instruction to produce a result defined by the architectural instruction.

Referring now to FIG. 36A, a timing diagram illustrating an example of operation of the processor 100 with the NNU 121 operating in normal mode, i.e., at the primary clock rate, is shown. Time progresses from left to right in the timing diagram. The processor 100 is running an architectural program at the primary clock rate. More specifically, the processor 100 front end (e.g., instruction fetch unit 101, instruction cache 102, instruction translator 104, rename unit 106, reservation stations 108) fetches, decodes and issues architectural instructions to the NNU 121 and other execution units 112 at the primary clock rate.

Initially, the architectural program executes an architectural instruction (e.g., MTNN instruction 1400) that the front end 100 issues to the NNU 121 that instructs the NNU 121 to start running an NNU program in its program memory 129. Prior, the architectural program executed an architectural instruction to write the relax indicator 3512 with a value that specifies the primary clock rate, i.e., to put the NNU 121 in normal mode. More specifically, the value programmed into the relax indicator 3512 causes the clock reduction logic 3504 to generate the secondary clock signal 3508 at the primary clock rate of the primary clock signal 3506. Preferably, in this case clock buffers of the clock reduction logic 3504 simply boost the primary clock signal 3506. Additionally prior, the architectural program executed architectural instructions to write to the data RAM 122 and the weight RAM 124 and to write the NNU program into the program memory 129. In response to the start NNU program MTNN instruction 1400, the NNU 121 starts running the NNU program at the primary clock rate, since the relax indicator 3512 was programmed with the primary rate value. After starting the NNU 121 running, the architectural program continues executing architectural instructions at the primary clock rate, including and predominately MTNN instructions 1400 to write and/or read the data RAM 122 and weight RAM 124 in preparation for the next instance, or invocation or run, of an NNU program.

As shown in the example in FIG. 36A, the NNU 121 finishes running the NNU program in significantly less time (e.g., one-fourth the time) than the architectural program takes to finish writing/reading the data RAM 122 and weight RAM 124. For example, the NNU 121 may take approximately 1000 clock cycles to run the NNU program, whereas the architectural program takes approximately 4000 clock cycles to run, both at the primary clock rate. Consequently, the NNU 121 sits idle the remainder of the time, which is a significantly long time in the example, e.g., approximately 3000 primary clock rate cycles. As shown in the example in FIG. 36A, this pattern continues another time, and may continue for several more times, depending upon the size and configuration of the neural network. Because the NNU 121 may be a relatively large and transistor-dense functional unit of the processor 100, it may generate a significant amount of heat, particularly when running at the primary clock rate.

Referring now to FIG. 36B, a timing diagram illustrating an example of operation of the processor 100 with the NNU 121 operating in relaxed mode, i.e., at a rate that is less than the primary clock rate, is shown. The timing diagram of FIG. 36B is similar in many respects to the timing diagram of FIG. 36A in that the processor 100 is running an architectural program at the primary clock rate. And it is assumed in the example that the architectural program and the NNU program of FIG. 36B are the same as those of FIG. 36A. However, prior to starting the NNU program, the architectural program executed an MTNN instruction 1400 that programmed the relax indicator 3512 with a value that causes the clock reduction logic 3504 to generate the secondary clock signal 3508 at a secondary clock rate that is less than the primary clock rate. That is, the architectural program puts the NNU 121 in relaxed mode in FIG. 36B rather than in normal mode as in FIG. 36A. Consequently, the NPUs 126 execute the NNU program at the secondary clock rate, which in the relaxed mode is less than the primary clock rate. In the example, assume the relax indicator 3512 is programmed with a value that specifies the secondary clock rate is one-fourth the primary clock rate. As a result, the NNU 121 takes approximately four times longer to run the NNU program in relaxed mode than it does to run the NNU program in normal mode, as may be seen by comparing FIGS. 36A and 36B, making the amount of time the NNU 121 is idle relatively short. Consequently, the energy used to run the NNU program is consumed by the NNU 121 in FIG. 36B over a period that is approximately four times longer than when the NNU 121 ran the program in normal mode in FIG. 36A. Accordingly, the NNU 121 generates heat to run the NNU program at approximately one-fourth the rate in FIG. 36B as in FIG. 36A, which may have thermal benefits as described herein.

Referring now to FIG. 37, a flowchart illustrating operation of the processor 100 of FIG. 35 is shown. The flowchart illustrates operation in many respects similar to the operation described above with respect to FIGS. 35, 36A and 36B. Flow begins at block 3702.

At block 3702, the processor 100 executes MTNN instructions 1400 to write the weight RAM 124 with weights and to write the data RAM 122 with data. Flow proceeds to block 3704.

At block 3704, the processor 100 executes an MTNN instruction 1400 to program the relax indicator 3512 with a value that specifies a lower rate than the primary clock rate, i.e., to place the NNU 121 into relaxed mode. Flow proceeds to block 3706.

At block 3706, the processor 100 executes an MTNN instruction 1400 to instruct the NNU 121 to start running an NNU program, similar to the manner visualized in FIG. 36B. Flow proceeds to block 3708.

At block 3708, the NNU 121 begins to run the NNU program. In parallel, the processor 100 executes MTNN instructions 1400 to write the weight RAM 124 with new weights (and potentially the data RAM 122 with new data) and/or executes MFNN instructions 1500 to read results from the data RAM 122 (and potentially from the weight RAM 124). Flow proceeds to block 3712.

At block 3712, the processor 100 executes a MFNN instruction 1500 (e.g., read the status register 127) to detect that the NNU 121 is finished running its program. Assuming the architectural program selected a good value of the relax indicator 3512, it should take the NNU 121 about the same amount of time to run the NNU program as it takes the processor 100 to execute the portion of the architectural program that accesses the weight RAM 124 and/or data RAM 122, as visualized in FIG. 36B. Flow proceeds to block 3714.

At block 3714, the processor 100 executes an MTNN instruction 1400 to program the relax indicator 3512 with a value that specifies the primary clock rate, i.e., to place the NNU 121 into normal mode. Flow proceeds to block 3716.

At block 3716, the processor 100 executes an MTNN instruction 1400 to instruct the NNU 121 to start running an NNU program, similar to the manner visualized in FIG. 36A. Flow proceeds to block 3718.

At block 3718, the NNU 121 begins to run the NNU program in normal mode. Flow ends at block 3718.

As described above, running the NNU program in relaxed made spreads out the time over which the NNU runs the program relative to the time over which the NNU runs the program in normal mode (i.e., at the primary clock rate of the processor), which may provide thermal benefits. More specifically, the devices (e.g., transistors, capacitors, wires) will likely operate at lower temperatures while the NNU runs the program in relaxed mode because the NNU generates at a slower rate the heat that is dissipated by the NNU (e.g., the semiconductor devices, metal layers, underlying substrate) and surrounding package and cooling solution (e.g., heat sink, fan). This may also lower the temperature of the devices in other portions of the processor die in general. The lower operating temperature of the devices, in particular their junction temperatures, may have the benefit of less leakage current. Furthermore, since the amount of current drawn per unit time is less, the inductive noise and IR drop noise may be reduced. Still further, the lower temperature may have a positive effect on the negative-bias temperature instability (NBTI) and positive-bias temperature instability (PBTI) of MOSFETs of the processor, thereby increasing the reliability and/or lifetime of the devices and consequently the processor part. The lower temperature may also reduce Joule heating and electromigration in metal layers of the processor.

Communication Mechanism Between Architectural Program and Non-Architectural Program Regarding Shared Resources of NNU

As described above, for example with respect to FIGS. 24 through 28 and 35 through 37, the data RAM 122 and weight RAM 124 are shared resources. Both the NPUs 126 and the front-end of the processor 100 share the data RAM 122 and weight RAM 124. More specifically, both the NPUs 126 and the front-end of the processor 100, e.g., the media registers 118, write and read the data RAM 122 and the weight RAM 124. Stated alternatively, the architectural program running on the processor 100 shares the data RAM 122 and weight RAM 124 with the NNU program running on the NNU 121, and in some situations this requires the control of flow between the architectural program and the NNU program, as described above. This resource sharing is also true of the program memory 129 to some extent because the architectural program writes it and the sequencer 128 reads it. Embodiments are described above and below that provide a high performance solution to control the flow of access to the shared resources between the architectural program and the NNU program.

Embodiments are described in which the NNU programs are also referred to as non-architectural programs, the NNU instructions are also referred to as non-architectural instructions, and the NNU instruction set (also referred to above as the NPU instruction set) is also referred to as the non-architectural instruction set. The non-architectural instruction set is distinct from the architectural instruction set. In embodiments in which the processor 100 includes an instruction translator 104 that translates architectural instructions into microinstructions, the non-architectural instruction set is also distinct from the microinstruction set.

Referring now to FIG. 38, a block diagram illustrating the sequencer 128 of the NNU 121 in more detail is shown. The sequencer 128 provides the memory address 131 to the program memory 129 to select a non-architectural instruction that is provided to the sequencer 128, as described above. The memory address 131 is held in a program counter 3802 of the sequencer 128 as shown in FIG. 38. The sequencer 128 generally increments through sequential addresses of the program memory 129 unless the sequencer 128 encounters a non-architectural control instruction, such as a loop or branch instruction, in which case the sequencer 128 updates the program counter 3802 to the target address of the control instruction, i.e., to the address of the non-architectural instruction at the target of the control instruction. Thus, the address 131 held in the program counter 3802 specifies the address in the program memory 129 of the non-architectural instruction of the non-architectural program currently being fetched for execution by the NPUs 126. Advantageously, the value of the program counter 3802 may be obtained by the architectural program via the NNU program counter field 3912 of the status register 127, as described below with respect to FIG. 39. This enables the architectural program to make decisions about where to read/write data from/to the data RAM 122 and/or weight RAM 124 based on the progress of the non-architectural program.

The sequencer 128 also includes a loop counter 3804 that is used in conjunction with a non-architectural loop instruction, such as the loop to 1 instruction at address 10 of FIG. 26A and the loop to 1 instruction at address 11 of FIG. 28, for examples. In the examples of FIGS. 26A and 28, the loop counter 3804 is loaded with a value specified in the non-architectural initialize instruction at address 0, e.g., with a value of 400. Each time the sequencer 128 encounters the loop instruction and jumps to the target instruction (e.g., the multiply-accumulate instruction at address 1 of FIG. 26A or the maxwacc instruction at address 1 of FIG. 28), the sequencer 128 decrements the loop counter 3804. Once the loop counter 3804 reaches zero, the sequencer 128 proceeds to the next sequential non-architectural instruction. In an alternate embodiment, when a loop instruction is first encountered, the loop counter 3804 is loaded with a loop count value specified in the loop instruction, obviating the need for initialization of the loop counter 3804 via a non-architectural initialize instruction. Thus, the value of the loop counter 3804 indicates how many more times a loop body of the non-architectural program will be executed. Advantageously, the value of the loop counter 3804 may be obtained by the architectural program via the loop count 3914 field of the status register 127, as described below with respect to FIG. 39. This enables the architectural program to make decisions about where to read/write data from/to the data RAM 122 and/or weight RAM 124 based on the progress of the non-architectural program. In one embodiment, the sequencer 128 includes three additional loop counters to accommodate nested loops in the non-architectural program, and the values of the other three loop counters are also readable via the status register 127. A bit in the loop instruction indicates which of the four loop counters is used for the instant loop instruction.

The sequencer 128 also includes an iteration counter 3806. The iteration counter 3806 is used in conjunction with non-architectural instructions such as the multiply-accumulate instruction at address 2 of FIGS. 4, 9, 20 and 26A, and the maxwacc instruction at address 2 of FIG. 28, for examples, which will be referred to hereafter as “execute” instructions. In the examples above, each of the execute instructions specifies an iteration count of 511, 511, 1023, 2, and 3, respectively. When the sequencer 128 encounters an execute instruction that specifies a non-zero iteration count, the sequencer 128 loads the iteration counter 3806 with the specified value. Additionally, the sequencer 128 generates an appropriate micro-operation 3418 to control the logic in the NPU 126 pipeline stages 3401 of FIG. 34 for execution and decrements the iteration counter 3806. If the iteration counter 3806 is greater than zero, the sequencer 128 again generates an appropriate micro-operation 3418 to control the logic in the NPUs 126 and decrements the iteration counter 3806. The sequencer 128 continues in this fashion until the iteration counter 3806 reaches zero. Thus, the value of the iteration counter 3806 indicates how many more times the operation specified in the non-architectural execute instruction (e.g., multiply-accumulate, maximum, sum of the accumulator and a data/weight word) will be performed. Advantageously, the value of the iteration counter 3806 may be obtained by the architectural program via the iteration count 3916 field of the status register 127, as described below with respect to FIG. 39. This enables the architectural program to make decisions about where to read/write data from/to the data RAM 122 and/or weight RAM 124 based on the progress of the non-architectural program.

Referring now to FIG. 39, a block diagram illustrating certain fields of the control and status register 127 of the NNU 121 is shown. The fields include the address of the most recently written weight RAM row 2602 by the NPUs 126 executing the non-architectural program, the address of the most recently read weight RAM row 2604 by the NPUs 126 executing the non-architectural program, the address of the most recently written data RAM row 2606 by the NPUs 126 executing the non-architectural program, and the address of the most recently read data RAM row 2604 by the NPUs 126 executing the non-architectural program, which are described above with respect to FIG. 26B. Additionally, the fields include an NNU program counter 3912, a loop count 3914 and a iteration count 3916. As described above, the status register 127 is readable by the architectural program into the media registers 118 and/or general purpose registers 116, e.g., by MFNN instructions 1500, including the NNU program counter 3912, loop count 3914 and iteration count 3916 field values. The program counter 3912 value reflects the value of the program counter 3802 of FIG. 38. The loop count 3914 value reflects the value of the loop counter 3804. The iteration count 3916 value reflects the value of the iteration counter 3806. In one embodiment, the sequencer 128 updates the program counter 3912, loop count 3914 and iteration count 3916 field values each time it modifies the program counter 3802, loop counter 3804, or iteration counter 3806 so that the field values are current when the architectural program reads them. In another embodiment, when the NNU 121 executes an architectural instruction that reads the status register 127, the NNU 121 simply obtains the program counter 3802, loop counter 3804, and iteration counter 3806 values and provides them back to the architectural instruction (e.g., into a media register 118 or general purpose register 116).

As may be observed from the forgoing, the values of the fields of the status register 127 of FIG. 39 may be characterized as information that indicates progress made by the non-architectural program during its execution by the NNU 121. Specific aspects of the non-architectural program's progress have been described above, such as the program counter 3802 value, the loop counter 3804 value, the iteration counter 3806 value, the weight RAM 124 address 125 most recently written/read 2602/2604, and the data RAM 122 address 123 most recently written/read 2606/2608. The architectural program executing on the processor 100 may read the non-architectural program progress values of FIG. 39 from the status register 127 and use the information to make decisions, e.g., by architectural instructions, such as compare and branch instructions. For example, the architectural program decides which rows to write/read data/weights into/from the data RAM 122 and/or weight RAM 124 to control the flow of data in and out of the data RAM 122 or weight RAM 124, particularly for large data sets and/or for overlapping execution instances of different non-architectural programs. Examples of the decisions made by the architectural program are described above and below.

For example, as described above with respect to FIG. 26A, the architectural program configures the non-architectural program to write back the results of the convolutions to rows of the data RAM 122 above the convolution kernel 2402 (e.g., above row 8), and the architectural program reads the results from the data RAM 122 as the NNU 121 writes them by using the address of the most recently written data RAM 122 row 2606.

For another example, as described above with respect to FIG. 26B, the architectural program uses the information from the status register 127 fields of FIG. 38 to determine the progress of a non-architectural program to perform a convolution of the data array 2404 of FIG. 24 in 5 chunks of 512×1600. The architectural program writes a first 512×1600 chunk of the 2560×1600 data array 2404 into the weight RAM 124 and starts the non-architectural program, which has a loop count of 1600 and an initialized weight RAM 124 output row of 0. As the NNU 121 executes the non-architectural program, the architectural program reads the status register 127 to determine the most recently written weight RAM row 2602 so that it may read the valid convolution results written by the non-architectural program and write the next 512×1600 chunk over the valid convolution results after the architectural program has read them, so that when the NNU 121 completes the non-architectural program on the first 512×1600 chunk, the processor 100 can immediately update the non-architectural program as needed and start it again to process the next 512×1600 chunk.

For another example, assume the architectural program is having the NNU 121 perform a series of classic neural network multiply-accumulate-activation function operations in which the weights are stored in the weight RAM 124 and the results are written back to the data RAM 122. In this case, once the non-architectural program has read a row of the weight RAM 124 it will not be reading it again. So, the architectural program may be configured to begin overwriting the weights in the weight RAM 124 with new weights for a next execution instance of a non-architectural program (e.g., for a next neural network layer) once the current weights have been read/used by the non-architectural program. In this case, the architectural program reads the status register 127 to obtain the address of the most recently read weight ram row 2604 to decide where it may write the new set of weights into the weight RAM 124.

For another example, assume the architectural program knows that the non-architectural program includes an execute instruction with a large iteration count, such as the non-architectural multiply-accumulate instruction at address 2 of FIG. 20. In such cases, the architectural program may need to know the iteration count 3916 in order to know approximately how many more clock cycles it will take to complete the non-architectural instruction so that the architectural program can decide which of two or more actions to take. For example, the architectural program may relinquish control to another architectural program, such as the operating system, if the time is long. Similarly, assume the architectural program knows that the non-architectural program includes a loop body with a relatively large loop count, such as the non-architectural program of FIG. 28. In such cases, the architectural program may need to know the loop count 3914 in order to know approximately how many more clock cycles it will take to complete the non-architectural program so that the architectural program can decide which of two or more actions to take.

For another example, assume the architectural program is having the NNU 121 perform a pooling operation similar to that described with respect to FIGS. 27 and 28 in which the data to be pooled is stored in the weight RAM 124 and the results are written back to the weight RAM 124. However, assume that, unlike the example of FIGS. 27 and 28, the results are written back to the top 400 rows of the weight RAM 124, e.g., rows 1600 to 1999. In this case, once the non-architectural program has read four rows of the weight RAM 124 that it pools, it will not be reading it again. So, the architectural program may be configured to begin overwriting the data in the weight RAM 124 with new data (e.g., weights for a next execution instance of a non-architectural program, e.g., to perform classic multiply-accumulate-activation function operations on the pooled data) once the current four rows have been read/used by the non-architectural program. In this case, the architectural program reads the status register 127 to obtain the address of the most recently read weight ram row 2604 to decide where it may write the new set of weights into the weight RAM 124.

Recurrent Neural Network Acceleration

A traditional feed-forward neural network includes no memory of previous inputs to the network. Feed-forward neural network are generally used to perform tasks in which the various inputs to the network over time are independent of one another, as are the outputs. In contrast, recurrent neural networks (RNN) are generally helpful to perform tasks in which there is significance to the sequence of the inputs to the network over time. (The sequence is commonly referred to as time steps.) Consequently, RNNs include a notion of memory, or internal state, that holds information based on calculations made by the network in response to previous inputs in the sequence, and the output of the RNN is dependent upon the internal state as well as the input of the next time step. Speech recognition, language modeling, text generation, language translation, image description generation, and certain forms of handwriting recognition are examples of tasks that tend to be performed well by RNNs.

Three well-known examples are Elman RNNs, Jordan RNNs and Long Short Term Memory (LSTM) networks. An Elman RNN includes context nodes that remember the state of a hidden layer of the RNN for a current time step, which is provided as an input to the hidden layer for the next time step. Jordan RNNs are similar, except the context nodes remember the state of the output layer of the RNN rather than the hidden layer. LSTM networks include an LSTM layer of LSTM cells. Each LSTM cell has a current state and a current output of a current time step and a new state and a new output of a new, or next, time step. The LSTM cell includes an input gate and an output gate, as well as a forget gate that enables the cell to forget its remembered state. These three types of RNNs are described in more detail below.

In the context of the present disclosure, with respect to a recurrent neural network (RNN) such as an Elman or Jordan RNN, the NNU performs a time step each instance in which it takes a set of input layer node values and performs the computations necessary to propagate them through the RNN to generate the output layer node values, as well as the hidden layer and context layer node values. Thus, input layer node values are associated with the time step in which they are used to compute hidden, output and context layer node values; and the hidden, output and context layer node values are associated with the time step in which they are generated. Input layer node values are sampled values of the system being modeled by the RNN, e.g., an image, a speech sample, a snapshot of financial market data. With respect to an LSTM network, the NNU performs a time step each instance in which it takes a set of memory cell input values and performs the computations necessary to generate the memory cell output values (as well as the cell state and input gate, forget gate and output gate values), which may also be referred to as propagating the cell input values through the LSTM layer cells. Thus, cell input values are associated with the time step in which they are used to compute the cell state and input gate, forget gate and output gate values; and the cell state and input gate, forget gate and output gate values are associated with the time step in which they are generated.

A context layer node value, also referred to as a state node, is state of the neural network, and the state is based on the input layer node values associated with previous time steps, not just the input layer node value associated with the current time step. The computations performed by the NNU for a time step (e.g., the hidden layer node value computations for an Elman or Jordan RNN) are a function of the context layer node values generated in the previous time step. Therefore, the state of the network (context node values) at the beginning of a time step influences the output layer node values generated during the time step. Furthermore, the state of the network at the end of the time step is affected by both the input node values of the time step and the state of the network at the beginning of the time step. Similarly, with respect to an LSTM cell, a cell state value is based on the memory cell input values associated with previous time steps, not just the memory cell input value associated with the current time step. Because the computations performed by the NNU for a time step (e.g., the next cell state) are a function of the cell state values generated in the previous time step, the state of the network (cell state values) at the beginning of the time step influences the cell output values generated during the time step, and the state of the network at the end of the time step is affected by both the cell input values of the time step and the previous state of the network.

Referring now to FIG. 40, a block diagram illustrating an example of an Elman RNN is shown. The Elman RNN of FIG. 40 includes input layer nodes, or neurons, denoted D0, D1 through Dn, referred to collectively as input layer nodes D and individually generically as input layer node D; hidden layer nodes/neurons denoted Z0, Z1 through Zn, referred to collectively as hidden layer nodes Z and individually generically as hidden layer node Z; output layer nodes/neurons denoted Y0, Y1 through Yn, referred to collectively as output layer nodes Y and individually generically as output layer node Y; and context layer nodes/neurons denoted C0, C1 through Cn, referred to collectively as context layer nodes C and individually generically as context layer node C. In the example Elman RNN of FIG. 40, each of the hidden layer nodes Z has an input connection with the output of each of the input layer nodes D and has an input connection with the output of each of the context layer nodes C; each of the output layer nodes Y has an input connection with the output of each of the hidden layer nodes Z; and each of the context layer nodes C has an input connection with the output of a corresponding hidden layer node Z.

In many ways, the Elman RNN operates similarly to a traditional feed-forward artificial neural network. That is, for a given node, there is a weight associated with each input connection to the node; the value received by the node on an input connection is multiplied by its associated weight to generate a product; the node adds the products associated with all of the input connections to generate a sum (there may also be a bias term included in the sum); typically, an activation function is performed on the sum to generate an output value of the node, sometimes referred to as the node's activation. For a traditional feed forward network, the data always flow in one direction: from the input layer to the output layer. That is, the input layer provides a value to the hidden layer (typically multiple hidden layers), which generates its output value that is provided to the output layer, which generates an output that may be captured.

However, in contrast to a traditional feed-forward network, the Elman RNN includes some connections that feed backward, namely the connections from the hidden layer nodes Z to the context layer nodes C of FIG. 40. The Elman RNN operates such that when the input layer nodes D provide an input value to the hidden layer nodes Z in a new time step, the context nodes C provide a value to the hidden layer Z that was the output value of the hidden layer nodes Z in response to the previous input, referred to as the current time step. In this sense, the context nodes C of the Elman RNN are a memory based on the input values of previous time steps. Operation of embodiments of the NNU 121 to perform computations associated with the Elman RNN of FIG. 40 will now be described with respect to FIGS. 41 and 42.

For purposes of the present disclosure, an Elman RNN is a recurrent neural network comprising at least an input node layer, a hidden node layer, an output node layer, and a context node layer. For a given time step, the context node layer stores results fed back by the hidden node layer to the context node layer that the hidden node layer generated in the previous time step. The results fed back to the context layer may be the results of an activation function or they may be results of the accumulations performed by the hidden node layer without performance of an activation function.

Referring now to FIG. 41, a block diagram illustrating an example of the layout of data within the data RAM 122 and weight RAM 124 of the NNU 121 as it performs calculations associated with the Elman RNN of FIG. 40 is shown. In the example of FIG. 41, the Elman RNN of FIG. 40 is assumed to have 512 input nodes D, 512 hidden nodes Z, 512 context nodes C, and 512 output nodes Y. Furthermore, it is assumed the Elman RNN is fully connected, i.e., all 512 input nodes D are connected as inputs to each of the hidden nodes Z, all 512 context nodes C are connected as inputs to each of the hidden nodes Z, and all 512 hidden nodes Z are connected as inputs to each of the output nodes Y. Additionally, the NNU 121 is configured as 512 NPUs 126, or neurons, e.g., in a wide configuration. Finally, it is assumed that the weights associated with the connections from the context nodes C to the hidden nodes Z all have a value of 1; consequently, there is no need to store these unitary weight values.

The lower 512 rows of the weight RAM 124 (rows 0 through 511) hold the weight values associated with the connections between the input nodes D and the hidden nodes Z, as shown. More specifically, as shown, row 0 holds the weights associated with the input connections to the hidden nodes Z from input node D0, i.e., word 0 holds the weight associated with the connection between input node D0 and hidden node Z0, word 1 holds the weight associated with the connection between input node D0 and hidden node Z1, word 2 holds the weight associated with the connection between input node D0 and hidden node Z2, and so forth to word 511 holds the weight associated with the connection between input node D0 and hidden node Z511; row 1 holds the weights associated with the input connections to the hidden nodes Z from input node D1, i.e., word 0 holds the weight associated with the connection between input node D1 and hidden node Z0, word 1 holds the weight associated with the connection between input node D1 and hidden node Z1, word 2 holds the weight associated with the connection between input node D1 and hidden node Z2, and so forth to word 511 holds the weight associated with the connection between input node D1 and hidden node Z511; through row 511 holds the weights associated with the input connections to the hidden nodes Z from input node D511, i.e., word 0 holds the weight associated with the connection between input node D511 and hidden node Z0, word 1 holds the weight associated with the connection between input node D511 and hidden node Z1, word 2 holds the weight associated with the connection between input node D511 and hidden node Z2, and so forth to word 511 holds the weight associated with the connection between input node D511 and hidden node Z511. This is similar to the layout and use described above with respect to FIGS. 4 through 6A.

In a similar fashion, the next 512 rows of the weight RAM 124 (rows 512 through 1023) hold the weight values associated with the connections between the hidden nodes Z and the output nodes Y, as shown.

The data RAM 122 holds the Elman RNN node values for a sequence of time steps. More specifically, a triplet of three rows holds the node values for a given time step. In an embodiment in which the data RAM 122 has 64 rows, the data RAM 122 can hold the node values for 20 different time steps, as shown. In the example of FIG. 41, rows 0 through 2 hold the node values for time step 0, rows 3 through 5 hold the node values for time step 1, and so forth to rows 57 through 59 hold the node values for time step 19. The first row of a triplet holds the input node D values of the time step. The second row of a triplet holds the hidden node Z value of the time step. The third row of a triplet holds the output node Y values of the time step. As shown, each column in the data RAM 122 holds the node values for its corresponding neurons, or NPUs 126. That is, column 0 holds the node values associated with nodes D0, Z0 and Y0, whose computations are performed by NPU 0; column 1 holds the node values associated with nodes D1, Z1 and Y1, whose computations are performed by NPU 1; and so forth to column 511 holds the node values associated with nodes D511, Z511 and Y511, whose computations are performed by NPU 511, as described in more detail below with respect to FIG. 42.

As indicated in FIG. 41, the hidden node Z values in the second row of a triplet associated with a given time step are the context node C values for the next time step. That is, the Z value that a NPU 126 computes and writes during the time step becomes the C value used by the NPU 126 (along with the next time step's input node D value) to compute the Z value during the next time step. The initial value of the context nodes C (i.e., the C value used to compute the Z value in row 1 for time step 0) is assumed to be zero. This is described in more detail below with respect to the non-architectural program of FIG. 42.

Preferably, the input node D values (in rows 0, 3, and so forth to 57 in the example of FIG. 41) are written/populated in the data RAM 122 by the architectural program running on the processor 100 via MTNN instructions 1400 and are read/used by the non-architectural program running on the NNU 121, such as the non-architectural program of FIG. 42. Conversely, the hidden/output node Z/Y values (in rows 1 and 2, 4 and 5, and so forth to 58 and 59 in the example of FIG. 41) are written/populated in the data RAM 122 by the non-architectural program running on the NNU 121 and are read/used by the architectural program running on the processor 100 via MFNN instructions 1500. The example of FIG. 41 assumes the architectural program: (1) populates the data RAM 122 with the input node D values for 20 different time steps (rows 0, 3, and so forth to 57); (2) starts the non-architectural program of FIG. 42; (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output node Y values (rows 2, 5, and so forth to 59); and (5) repeats steps (1) through (4) as many times as needed to complete a task, e.g., computations used to perform the recognition of a statement made by a user of a mobile phone.

In an alternative approach, the architectural program: (1) populates the data RAM 122 with the input node D values for a single time step (e.g., row 0); (2) starts the non-architectural program (a modified version of FIG. 42 that does not require the loop and accesses a single triplet of data RAM 122 rows); (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output node Y values (e.g., row 2); and (5) repeats steps (1) through (4) as many times as needed to complete a task. Either of the two approaches may be preferable depending upon the manner in which the input values to the RNN are sampled. For example, if the task tolerates sampling the input for multiple time steps (e.g., on the order of 20) and performing the computations, then the first approach may be preferable since it is likely more computational resource efficient and/or higher performance, whereas, if the task cannot only tolerate sampling at a single time step, the second approach may be required.

A third embodiment is contemplated that is similar to the second approach but in which, rather than using a single triplet of data RAM 122 rows, the non-architectural program uses multiple triplets of rows, i.e., a different triplet for each time step, similar to the first approach. In the third embodiment, preferably the architectural program includes a step prior to step (2) in which it updates the non-architectural program before starting it, e.g., by updating the data RAM 122 row in the instruction at address 1 to point to the next triplet.

Referring now to FIG. 42, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 to accomplish an Elman RNN and using data and weights according to the arrangement of FIG. 41 is shown. Some of the instructions of the non-architectural program of FIG. 42 (and FIGS. 45, 48, 51, 54 and 57) have been described in detail above (e.g., MULT-ACCUM, LOOP, INITIALIZE instructions), and those descriptions are assumed in the following description unless otherwise noted.

The example program of FIG. 42 includes 13 non-architectural instructions at addresses 0 through 12. The instruction at address 0 (INITIALIZE NPU, LOOPCNT=20) clears the accumulator 202 and initializes the loop counter 3804 to a value of 20 to cause the loop body (the instructions of addresses 4 through 11) to be performed 20 times. Preferably, the initialize instruction also puts the NNU 121 in a wide configuration such that the NNU 121 is configured as 512 NPUs 126. As may be observed from the description below, the 512 NPUs 126 correspond to and operate as the 512 hidden layer nodes Z during the execution of the instructions of addresses 1 through 3 and 7 through 11, and correspond to and operate as the 512 output layer nodes Y during the execution of the instructions of addresses 4 through 6.

The instructions at addresses 1 through 3 are outside the program loop body and are executed only once. They compute an initial value of the hidden layer nodes Z and write them to row 1 of the data RAM 122 to be used by the first execution instance of the instructions at addresses 4 through 6 to calculate the output layer nodes Y of the first time step (time step 0). Additionally, the hidden layer node Z values computed and written to row 1 of the data RAM 122 by the instructions at addresses 1 through 3 become the context layer node C values to be used by the first execution instance of the instructions at addresses 7 and 8 in the calculation of the hidden layer node Z values for the second time step (time step 1).

During the execution of the instructions at addresses 1 and 2, each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 input node D values in row 0 of the data RAM 122 by the NPU's 126 respective column of weights from rows 0 through 511 of the weight RAM 124 to generate 512 products that are accumulated in the accumulator 202 of the respective NPU 126. During execution of the instruction at address 3, the 512 accumulator 202 values of the 512 NPUs 126 are passed through and written to row 1 of the data RAM 122. That is, the output instruction of address 3 writes to row 1 of the data RAM 122 the accumulator 202 value of each of the 512 NPUs 126, which is the initial hidden layer Z values, and then clears the accumulator 202.

The operations performed by the instructions at addresses 1 through 2 of the non-architectural program of FIG. 42 are in many ways similar to the operations performed by the instructions at addresses 1 through 2 of the non-architectural program of FIG. 4. More specifically, the instruction at address 1 (MULT-ACCUM DR ROW 0) instructs each of the 512 NPUs 126 to read into its mux-reg 208 the respective word of row 0 of the data RAM 122, to read into its mux-reg 705 the respective word of row 0 of the weight RAM 124, to multiply the data word and the weight word to generate a product and to add the product to the accumulator 202. The instruction at address 2 (MULT-ACCUM ROTATE, WR ROW+1, COUNT=511) instructs each of the 512 NPUs 126 to rotate into its mux-reg 208 the word from the adjacent NPU 126 (using the 512-word rotater formed by the collective operation of the 512 mux-regs 208 of the NNU 121 into which the data RAM 122 row was just read by the instruction at address 1), to read into its mux-reg 705 the respective word of the next row of the weight RAM 124, to multiply the data word and the weight word to generate a product and to add the product to the accumulator 202, and to perform this operation 511 times.

Furthermore, the single non-architectural output instruction of address 3 of FIG. 42 (OUTPUT PASSTHRU, DR OUT ROW 1, CLR ACC) combines the operations of the activation function instruction and the write output instruction of addresses 3 and 4 of FIG. 4 (although in the program of FIG. 42 the accumulator 202 value is passed through whereas in the program of FIG. 4 an activation function is performed on the accumulator 202 value). That is, in the program of FIG. 42, the activation function, if any, performed on the accumulator 202 value is specified in the output instruction (also in the output instructions of addresses 6 and 11) rather than in a distinct non-architectural activation function instruction as in the program of FIG. 4. An alternate embodiment of the non-architectural program of FIG. 4 (and FIGS. 20, 26A and 28) is contemplated in which the operations of the activation function instruction and the write output instruction (e.g., of addresses 3 and 4 of FIG. 4) are combined into a single non-architectural output instruction as in FIG. 42. The example of FIG. 42 assumes the nodes of the hidden layer (Z) perform no activation function on the accumulator values. However, other embodiments are contemplated in which the hidden layer (Z) performs an activation function on the accumulator values, in which case the instructions at addresses 3 and 11 do so, e.g., sigmoid, tan h, rectify.

In contrast to the single execution instance of the instructions at addresses 1 through 3, the instructions at addresses 4 through 11 are inside the program loop body and are executed the number of times indicated in the loop count (e.g., 20). The first 19 execution instances of the instructions at addresses 7 through 11 compute the value of the hidden layer nodes Z and write them to the data RAM 122 to be used by the second through twentieth execution instances of the instructions at addresses 4 through 6 to calculate the output layer nodes Y of the remaining time steps (time steps 1 through 19). (The last/twentieth execution instance of the instructions at addresses 7 through 11 computes the value of the hidden layer nodes Z and writes them to row 61 of the data RAM 122, but they are not used.)

During the first execution instance of the instructions at addresses 4 and 5 (MULT-ACCUM DR ROW+1, WR ROW 512 and MULT-ACCUM ROTATE, WR ROW+1, COUNT=511) (for time step 0), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 hidden node Z values in row 1 of the data RAM 122 (which were generated and written by the single execution instance of the instructions of addresses 1 through 3) by the NPU's 126 respective column of weights from rows 512 through 1023 of the weight RAM 124 to generate 512 products that are accumulated into the accumulator 202 of the respective NPU 126. During the first execution instance of the instruction at address 6 (OUTPUT ACTIVATION FUNCTION, DR OUT ROW+1, CLR ACC), an activation function (e.g., sigmoid, tan h, rectify) is performed on the 512 accumulated values to compute the output node Y layer values and the results are written to row 2 of the data RAM 122.

During the second execution instance of the instructions at addresses 4 and 5 (for time step 1), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 hidden node Z values in row 4 of the data RAM 122 (which were generated and written by the first execution instance of the instructions of addresses 7 through 11) by the NPU's 126 respective column of weights from rows 512 through 1023 of the weight RAM 124 to generate 512 products that are accumulated into the accumulator 202 of the respective NPU 126, and during the second execution instance of the instruction at address 6, the activation function is performed on the 512 accumulated values to compute the output node Y layer values that are written to row 5 of the data RAM 122; during the third execution instance of the instructions at addresses 4 and 5 (for time step 2), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 hidden node Z values in row 7 of the data RAM 122 (which were generated and written by the second execution instance of the instructions of addresses 7 through 11) by the NPU's 126 respective column of weights from rows 512 through 1023 of the weight RAM 124 to generate 512 products that are accumulated into the accumulator 202 of the respective NPU 126, and during the third execution instance of the instruction at address 6, the activation function is performed on the 512 accumulated values to compute the output node Y layer values and the results are written to row 8 of the data RAM 122; and so forth until during the twentieth execution instance of the instructions at addresses 4 and 5 (for time step 19), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 hidden node Z values in row 58 of the data RAM 122 (which were generated and written by the nineteenth execution instance of the instructions of addresses 7 through 11) by the NPU's 126 respective column of weights from rows 512 through 1023 of the weight RAM 124 to generate 512 products that are accumulated into the accumulator 202 of the respective NPU 126, and during the twentieth execution instance of the instruction at address 6, the activation function is performed on the 512 accumulated values to compute the output node Y layer values and the results are written to row 59 of the data RAM 122.

During the first execution instance of the instructions at addresses 7 and 8, each of the 512 NPUs 126 accumulates into its accumulator 202 the 512 context node C values of row 1 of the data RAM 122 that were generated by the single execution instance of the instructions of addresses 1 through 3. More specifically, the instruction at address 7 (ADD_D_ACC DR ROW+0) instructs each of the 512 NPUs 126 to read into its mux-reg 208 the respective word of the current row of the data RAM 122 (row 0 during the first execution instance) and add the word to the accumulator 202. The instruction at address 8 (ADD_D_ACC ROTATE, COUNT=511) instructs each of the 512 NPUs 126 to rotate into its mux-reg 208 the word from the adjacent NPU 126 (using the 512-word rotater formed by the collective operation of the 512 mux-regs 208 of the NNU 121 into which the data RAM 122 row was just read by the instruction at address 7) and add the word to the accumulator 202, and to perform this operation 511 times.

During the second execution instance of the instructions at addresses 7 and 8, each of the 512 NPUs 126 accumulates into its accumulator 202 the 512 context node C values of row 4 of the data RAM 122, which were generated and written by the first execution instance of the instructions of addresses 9 through 11; during the third execution instance of the instructions at addresses 7 and 8, each of the 512 NPUs 126 accumulates into its accumulator 202 the 512 context node C values of row 7 of the data RAM 122, which were generated and written by the second execution instance of the instructions of addresses 9 through 11; and so forth until during the twentieth execution instance of the instructions at addresses 7 and 8, each of the 512 NPUs 126 accumulates into its accumulator 202 the 512 context node C values of row 58 of the data RAM 122, which were generated and written by the nineteenth execution instance of the instructions of addresses 9 through 11.

As stated above, the example of FIG. 42 assumes the weights associated with the connections from the context nodes C to the hidden layer nodes Z all have a unitary value. However, in an alternate embodiment Elman RNN in which these connections have non-zero weight values, the weights are placed into the weight RAM 124 (e.g., in rows 1024 through 1535) prior to execution of the program of FIG. 42 and the program instruction at address 7 is MULT-ACCUM DR ROW+0, WR ROW 1024, and the program instruction at address 8 is MULT-ACCUM ROTATE, WR ROW+1, COUNT=511. Preferably, the instruction at address 8 does not access the weight RAM 124, but instead rotates the values read into the mux-regs 705 from the weight RAM 124 by the instruction at address 7. Not accessing the weight RAM 124 during the 511 clock cycles of the execution of the instruction at address 8 may be advantageous because it leaves more bandwidth for the architectural program to access the weight RAM 124.

During the first execution instance of the instructions at addresses 9 and 10 (MULT-ACCUM DR ROW+2, WR ROW 0 and MULT-ACCUM ROTATE, WR ROW+1, COUNT=511) (for time step 1), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 input node D values in row 3 of the data RAM 122 by the NPU's 126 respective column of weights from rows 0 through 511 of the weight RAM 124 to generate 512 products that, along with the accumulation of the 512 context C node values performed by the instructions at addresses 7 and 8, are accumulated into the accumulator 202 of the respective NPU 126 to compute the hidden node Z layer values, and during the first execution of the instruction at address 11 (OUTPUT PASSTHRU, DR OUT ROW+2, CLR ACC), the 512 accumulator 202 values of the 512 NPUs 126 are passed through and written to row 4 of the data RAM 122 and the accumulator 202 is cleared; during the second execution instance of the instructions at addresses 9 and 10 (for time step 2), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 input node D values in row 6 of the data RAM 122 by the NPU's 126 respective column of weights from rows 0 through 511 of the weight RAM 124 to generate 512 products that, along with the accumulation of the 512 context C node values performed by the instructions at addresses 7 and 8, are accumulated into the accumulator 202 of the respective NPU 126 to compute the hidden node Z layer values, and during the second execution of the instruction at address 11, the 512 accumulator 202 values of the 512 NPUs 126 are passed through and written to row 7 of the data RAM 122 and the accumulator 202 is cleared; and so forth until during the nineteenth execution instance of the instructions at addresses 9 and 10 (for time step 19), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 input node D values in row 57 of the data RAM 122 by the NPU's 126 respective column of weights from rows 0 through 511 of the weight RAM 124 to generate 512 products that, along with the accumulation of the 512 context C node values performed by the instructions at addresses 7 and 8, are accumulated into the accumulator 202 of the respective NPU 126 to compute the hidden node Z layer values, and during the nineteenth execution of the instruction at address 11, the 512 accumulator 202 values of the 512 NPUs 126 are passed through and written to row 58 of the data RAM 122 and the accumulator 202 is cleared. As alluded to above, the hidden node Z layer values generated during the twentieth execution instance of the instructions at addresses 9 and 10 and written to row 61 of the data RAM 122 are not used.

The instruction at address 12 (LOOP 4) decrements the loop counter 3804 and loops back to the instruction at address 4 if the new the loop counter 3804 value is greater than zero.

Referring now to FIG. 43, a block diagram illustrating an example of a Jordan RNN is shown. The Jordan RNN of FIG. 43 is similar in many respects to the Elman RNN of FIG. 40 in that it includes input layer nodes/neurons D, hidden layer nodes/neurons Z, output layer nodes/neurons Y, and context layer nodes/neurons C. However, in the Jordan RNN of FIG. 43, the context layer nodes C have their input connections that feed backward from outputs of the corresponding output layer nodes Y, rather than from the outputs of the hidden layer nodes Z as in the Elman RNN of FIG. 40.

For purposes of the present disclosure, a Jordan RNN is a recurrent neural network comprising at least an input node layer, a hidden node layer, an output node layer, and a context node layer. At the beginning of a given time step, the context node layer contains results fed back by the output node layer to the context node layer that the output node layer generated in the previous time step. The results fed back to the context layer may be the results of an activation function or they may be results of the accumulations performed by the output node layer without performance of an activation function.

Referring now to FIG. 44, a block diagram illustrating an example of the layout of data within the data RAM 122 and weight RAM 124 of the NNU 121 as it performs calculations associated with the Jordan RNN of FIG. 43 is shown. In the example of FIG. 44, the Jordan RNN of FIG. 43 is assumed to have 512 input nodes D, 512 hidden nodes Z, 512 context nodes C, and 512 output nodes Y. Furthermore, it is assumed the Jordan RNN is fully connected, i.e., all 512 input nodes D are connected as inputs to each of the hidden nodes Z, all 512 context nodes C are connected as inputs to each of the hidden nodes Z, and all 512 hidden nodes Z are connected as inputs to each of the output nodes Y. In the example Jordan RNN of FIG. 44, although an activation function is applied to the accumulator 202 values to generate the output layer node Y values, it is assumed that the accumulator 202 values prior to the application of the activation function are passed through to the context layer nodes C rather than the actual output layer node Y values. Additionally, the NNU 121 is configured as 512 NPUs 126, or neurons, e.g., in a wide configuration. Finally, it is assumed that the weights associated with the connections from the context nodes C to the hidden nodes Z all have a value of 1; consequently, there is no need to store these unitary weight values.

Like the example of FIG. 41, the lower 512 rows of the weight RAM 124 (rows 0 through 511) hold the weight values associated with the connections between the input nodes D and the hidden nodes Z, and the next 512 rows of the weight RAM 124 (rows 512 through 1023) hold the weight values associated with the connections between the hidden nodes Z and the output nodes Y, as shown.

The data RAM 122 holds the Jordan RNN node values for a sequence of time steps similar to the example of FIG. 41; however, a quadruplet of four rows holds the node values for a given time step for the example of FIG. 44. In an embodiment in which the data RAM 122 has 64 rows, the data RAM 122 can hold the node values for 15 different time steps, as shown. In the example of FIG. 44, rows 0 through 3 hold the node values for time step 0, rows 4 through 7 hold the node values for time step 1, and so forth to rows 60 through 63 hold the node values for time step 15. The first row of a quadruplet holds the input node D values of the time step. The second row of a quadruplet holds the hidden node Z value of the time step. The third row of a quadruplet holds the context node C values of the time step. The fourth row of a quadruplet holds the output node Y values of the time step. As shown, each column in the data RAM 122 holds the node values for its corresponding neurons, or NPUs 126. That is, column 0 holds the node values associated with nodes D0, Z0, C0 and Y0, whose computations are performed by NPU 0; column 1 holds the node values associated with nodes D1, Z1, C1 and Y1, whose computations are performed by NPU 1; and so forth to column 511 holds the node values associated with nodes D511, Z511, C511 and Y511, whose computations are performed by NPU 511, as described in more detail below with respect to FIG. 44.

The context node C values shown in FIG. 44 for a given time step are generated in that time step and are used as inputs in the next time step. That is, the C value that a NPU 126 computes and writes during the time step becomes the C value used by the NPU 126 (along with the next time step's input node D value) to compute the Z value during the next time step. The initial value of the context nodes C (i.e., the C value used to compute the Z value in row 1 for time step 0) is assumed to be zero. This is described in more detail below with respect to the non-architectural program of FIG. 45.

As described above with respect to FIG. 41, preferably the input node D values (in rows 0, 4, and so forth to 60 in the example of FIG. 44) are written/populated in the data RAM 122 by the architectural program running on the processor 100 via MTNN instructions 1400 and are read/used by the non-architectural program running on the NNU 121, such as the non-architectural program of FIG. 45. Conversely, the hidden/context/output node Z/C/Y values (in rows 1/2/3, 4/5/6, and so forth to 60/61/62 in the example of FIG. 44) are written/populated in the data RAM 122 by the non-architectural program running on the NNU 121 and are read/used by the architectural program running on the processor 100 via MFNN instructions 1500. The example of FIG. 44 assumes the architectural program: (1) populates the data RAM 122 with the input node D values for 15 different time steps (rows 0, 4, and so forth to 60); (2) starts the non-architectural program of FIG. 45; (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output node Y values (rows 3, 7, and so forth to 63); and (5) repeats steps (1) through (4) as many times as needed to complete a task, e.g., computations used to perform the recognition of a statement made by a user of a mobile phone.

In an alternative approach, the architectural program: (1) populates the data RAM 122 with the input node D values for a single time step (e.g., row 0); (2) starts the non-architectural program (a modified version of FIG. 45 that does not require the loop and accesses a single quadruplet of data RAM 122 rows); (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output node Y values (e.g., row 3); and (5) repeats steps (1) through (4) as many times as needed to complete a task. Either of the two approaches may be preferable depending upon the manner in which the input values to the RNN are sampled. For example, if the task tolerates sampling the input for multiple time steps (e.g., on the order of 15) and performing the computations, then the first approach may be preferable since it is likely more computational resource efficient and/or higher performance, whereas, if the task cannot only tolerate sampling at a single time step, the second approach may be required.

A third embodiment is contemplated that is similar to the second approach but in which, rather than using a single quadruplet of data RAM 122 rows, the non-architectural program uses multiple quadruplets of rows, i.e., a different quadruplet for each time step, similar to the first approach. In the third embodiment, preferably the architectural program includes a step prior to step (2) in which it updates the non-architectural program before starting it, e.g., by updating the data RAM 122 row in the instruction at address 1 to point to the next quadruplet.

Referring now to FIG. 45, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 to accomplish a Jordan RNN and using data and weights according to the arrangement of FIG. 44 is shown. The non-architectural program of FIG. 45 is similar in many respects to the non-architectural of FIG. 42, although differences are described.

The example program of FIG. 45 includes 14 non-architectural instructions at addresses 0 through 13. The instruction at address 0 is an initialize instruction that clears the accumulator 202 and initializes the loop counter 3804 to a value of 15 to cause the loop body (the instructions of addresses 4 through 12) to be performed 15 times. Preferably, the initialize instruction also puts the NNU 121 in a wide configuration such that the NNU 121 is configured as 512 NPUs 126. As may be observed, the 512 NPUs 126 correspond to and operate as the 512 hidden layer nodes Z during the execution of the instructions of addresses 1 through 3 and 8 through 12, and correspond to and operate as the 512 output layer nodes Y during the execution of the instructions of addresses 4, 5 and 7.

The instructions at addresses 1 through 5 and 7 are the same as the instructions at addresses 1 through 6 of FIG. 42 and perform the same functions. The instructions at addresses 1 through 3 compute an initial value of the hidden layer nodes Z and write them to row 1 of the data RAM 122 to be used by the first execution instance of the instructions at addresses 4, 5 and 7 to calculate the output layer nodes Y of the first time step (time step 0).

During the first execution instance of the output instruction at address 6, the 512 accumulator 202 values accumulated by the instructions at addresses 4 and 5 (which are subsequently used by the output instruction at address 7 to compute and write the output node Y layer values) are passed through and written to row 2 of the data RAM 122, which are the context layer node C values produced in the first time step (time step 0) and used during the second time step (time step 1); during the second execution instance of the output instruction at address 6, the 512 accumulator 202 values accumulated by the instructions at addresses 4 and 5 (which are subsequently used by the output instruction at address 7 to compute and write the output node Y layer values) are passed through and written to row 6 of the data RAM 122, which are the context layer node C values produced in the second time step (time step 1) and used during the third time step (time step 2); and so forth until during the fifteenth execution instance of the output instruction at address 6, the 512 accumulator 202 values accumulated by the instructions at addresses 4 and 5 (which are subsequently used by the output instruction at address 7 to compute and write the output node Y layer values) are passed through and written to row 58 of the data RAM 122, which are the context layer node C values produced in the fifteenth time step (time step 14) (and which are read by the instruction at address 8, but they are not used).

The instructions at addresses 8 through 12 are the same as the instructions at addresses 7 through 11 of FIG. 42, with one difference, and perform the same functions. The difference is the instruction at address 8 of FIG. 45 the data RAM 122 row is incremented by one (ADD_D_ACC DR ROW+1), whereas in the instruction at address 7 of FIG. 42 the data RAM 122 row is incremented by zero (ADD_D_ACC DR ROW+0). This is due to the difference in layout of the data in the data RAM 122, specifically, that the layout in FIG. 44 includes a separate row in the quadruplet for the context layer node C values (e.g., rows 2, 6, 10, etc.) whereas the layout in FIG. 41 does not include a separate row in the triplet for the context layer node C values but instead the context layer node C values share a row with the hidden layer node Z values (e.g., rows 1, 4, 7, etc.). The 15 execution instances of the instructions at addresses 8 through 12 compute the value of the hidden layer nodes Z and write them to the data RAM 122 (at rows 5, 9, 13 and so forth to 57) to be used by the second through sixteenth execution instances of the instructions at addresses 4, 5 and 7 to calculate the output layer nodes Y of the second through fifteenth time steps (time steps 1 through 14). (The last/fifteenth execution instance of the instructions at addresses 8 through 12 computes the value of the hidden layer nodes Z and writes them to row 61 of the data RAM 122, but they are not used.)

The loop instruction at address 13 decrements the loop counter 3804 and loops back to the instruction at address 4 if the new the loop counter 3804 value is greater than zero.

In an alternate embodiment, the Jordan RNN is designed such that the context nodes C hold the activation function values of the output nodes Y, i.e., the accumulated values upon which the activation function has been performed. In such an embodiment, the non-architectural instruction at address 6 is not included in the non-architectural program since the values of the output nodes Y are the same as the values of the context nodes C. Hence, fewer rows of the data RAM 122 are consumed. To be more precise, each of the rows of FIG. 44 that hold context node C values (e.g., 2, 6, 59) are not present. Additionally, each time step requires only three rows of the data RAM 122, such that 20 time steps are accommodated, rather than 15, and the addressing of the instructions of the non-architectural program of FIG. 45 is modified appropriately.

LSTM Cells

The notion of a Long Short Term Memory (LSTM) cell for use in recurrent neural networks has been long known. See, for example, Long Short-Term Memory, Sepp Hochreiter and Jürgen Schmidhuber, Neural Computation, Nov. 15, 1997, Vol. 9, No. 8, Pages 1735-1780; Learning to Forget: Continual Prediction with LSTM, Felix A. Gers, Jürgen Schmidhuber, and Fred Cummins, Neural Computation, October 2000, Vol. 12, No. 10, Pages 2451-2471; both available from MIT Press Journals. LSTM cells may be constructed in various forms. The LSTM cell 4600 described below with respect to FIG. 46 is modeled after the LSTM cell described in the tutorial found at http://deeplearning.net/tutorial/lstm.html entitled LSTM Networks for Sentiment Analysis, a copy of which was downloaded on Oct. 19, 2015 (hereafter “the LSTM tutorial”) and is provided in an Information Disclosure Statement (IDS) provided herewith. The LSTM cell 4600 is provided as a means to illustrate the ability of embodiments of the NNU 121 described herein to efficiently perform computations associated with LSTMs generally. It should be understood that the NNU 121, including the embodiment described with respect to FIG. 49, may be employed to efficiently perform computations associated with other LSTM cells than that described in FIG. 46.

Preferably, the NNU 121 may be employed to perform computations for a recurrent neural network that includes a layer of LSTM cells connected to other layers. For example, in the LSTM tutorial, the network includes a mean pooling layer that receives the outputs (H) of the LSTM cells of the LSTM layer and a logistic regression layer that receives the output of the mean pooling layer.

Referring now to FIG. 46, a block diagram illustrating an embodiment of an LSTM cell 4600 is shown.

The LSTM cell 4600 includes a memory cell input (X), a memory cell output (H), an input gate (I), an output gate (O), a forget gate (F), a cell state (C) and a candidate cell state (C′), as shown. The input gate (I) gates the memory cell input (X) to the cell state (C) and the output gate (O) gates the cell state (C) to the memory cell output (H). The cell state (C) is fed back as the candidate cell state (C′) of a time step. The forget gate (F) gates the candidate cell state (C′) which is fed back and become the cell state (C) for the next time step.

In the embodiment of FIG. 46, the following equations are used to compute the various values specified above:

(1) I=SIGMOID (Wi*X+Ui*H+Bi)

(2) F=SIGMOID (Wf*X+Uf*H+Bf)

(3) C′=TAN H (Wc*X+Uc*H+Bc)

(4) C=I*C′+F*C

(5) O=SIGMOID (Wo*X+Uo*H+Bo)

(6) H=O*TAN H (C)

Wi and Ui are weight values associated with the input gate (I) and Bi is a bias value associated with the input gate (I). Wf and Uf are weight values associated with the forget gate (F) and Bf is a bias value associated with the forget gate (F). Wo and Uo are weight values associated with the output gate (O) and Bo is a bias value associated with the output gate (O). As shown, equations (1), (2) and (5) compute the input gate (I), forget gate (F), and output gate (O), respectively. Equation (3) computes the candidate cell state (C′), and equation (4) computes the candidate cell state (C′) using the current cell state (C) as input, i.e., using the cell state (C) of the current time step. Equation (6) computes the cell output (H). Other embodiments of an LSTM cell that employ different computations for the input gate, forget gate, output gate, candidate cell state, cell state and cell output are contemplated.

For purposes of the present disclosure, an LSTM cell comprises a memory cell input, a memory cell output, a cell state, a candidate cell state, an input gate, an output gate and a forget gate. For each time step, the input gate, output gate, forget gate and candidate cell state are functions of the current time step memory cell input and the previous time step memory cell output and associated weights. The cell state of the time step is a function of the previous time step cell state, the candidate cell state, the input gate and the forget gate. In this sense, the cell state is fed back and used in the computation of the next time step cell state. The memory cell output of the time step is a function of the cell state computed for the time step and the output gate. An LSTM network is a neural network that includes a layer of LSTM cells.

Referring now to FIG. 47, a block diagram illustrating an example of the layout of data within the data RAM 122 and weight RAM 124 of the NNU 121 as it performs calculations associated with a layer of 128 LSTM cells 4600 of FIG. 46 is shown. In the example of FIG. 47, the NNU 121 is configured as 512 NPUs 126, or neurons, e.g., in a wide configuration, however the values generated by only 128 NPUs 126 (e.g., NPUs 0 through 127) are used since in the example there are only 128 LSTM cells 4600 in the LSTM layer.

As shown, the weight RAM 124 holds weight, bias and intermediate values for corresponding NPUs 0 through 127 of the NNU 121. Columns 0 through 127 of the weight RAM 124 hold weight, bias and intermediate values for corresponding NPUs 0 through 127 of the NNU 121. Rows 0 through 14 each hold 128 of the following respective values of equations (1) through (6) above for provision to NPUs 0 through 127: Wi, Ui, Bi, Wf, Uf, Bf, Wc, Uc, Bc, C′, TAN H(C), C, Wo, Uo, Bo. Preferably, the weight and bias values—Wi, Ui, Bi, Wf, Uf, Bf, Wc, Uc, Bc, Wo, Uo, Bo (in rows 0 through 8 and 12 through 14)—are written/populated in the weight RAM 124 by the architectural program running on the processor 100 via MTNN instructions 1400 and are read/used by the non-architectural program running on the NNU 121, such as the non-architectural program of FIG. 48. Preferably, the intermediate values—C′, TAN H(C), C (in rows 9 through 11)—are written/populated in the weight RAM 124 and are also read/used by the non-architectural program running on the NNU 121, as described in more detail below.

As shown, the data RAM 122 holds input (X), output (H), input gate (I), forget gate (F) and output gate (O) values for a sequence of time steps. More specifically, a quintuplet of five rows holds the X, H, I, F and O values for a given time step. In an embodiment in which the data RAM 122 has 64 rows, the data RAM 122 can hold the cell values for 12 different time steps, as shown. In the example of FIG. 47, rows 0 through 4 hold the cell values for time step 0, rows 5 through 9 hold the cell values for time step 1, and so forth to rows 55 through 59 hold the cell values for time step 11. The first row of a quintuplet holds the X values of the time step. The second row of a quintuplet holds the H values of the time step. The third row of a quintuplet holds the I values of the time step. The fourth row of a quintuplet holds the F values of the time step. The fifth row of a quintuplet holds the O values of the time step. As shown, each column in the data RAM 122 holds the values for its corresponding neurons, or NPUs 126. That is, column 0 holds the values associated with LSTM cell 0, whose computations are performed by NPU 0; column 1 holds the values associated with LSTM cell 1, whose computations are performed by NPU 1; and so forth to column 127 holds the values associated with LSTM cell 127, whose computations are performed by NPU 127, as described in more detail below with respect to FIG. 48.

Preferably, the X values (in rows 0, 5, 9 and so forth to 55) are written/populated in the data RAM 122 by the architectural program running on the processor 100 via MTNN instructions 1400 and are read/used by the non-architectural program running on the NNU 121, such as the non-architectural program of FIG. 48. Preferably, the I, F and O values (in rows 2/3/4, 7/8/9, 12/13/14 and so forth to 57/58/59) are written/populated in the data RAM 122 and are also read/used by the non-architectural program running on the NNU 121, as described in more detail below. Preferably, the H values (in rows 1, 6, 10 and so forth to 56) are written/populated in the data RAM 122 and are also read/used by the non-architectural program running on the NNU 121, and are read by the architectural program running on the processor 100 via MFNN instructions 1500.

The example of FIG. 47 assumes the architectural program: (1) populates the data RAM 122 with the input X values for 12 different time steps (rows 0, 5, and so forth to 55); (2) starts the non-architectural program of FIG. 48; (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output H values (rows 1, 6, and so forth to 59); and (5) repeats steps (1) through (4) as many times as needed to complete a task, e.g., computations used to perform the recognition of a statement made by a user of a mobile phone.

In an alternative approach, the architectural program: (1) populates the data RAM 122 with the input X values for a single time step (e.g., row 0); (2) starts the non-architectural program (a modified version of FIG. 48 that does not require the loop and accesses a single quintuplet of data RAM 122 rows); (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output H values (e.g., row 1); and (5) repeats steps (1) through (4) as many times as needed to complete a task. Either of the two approaches may be preferable depending upon the manner in which the input X values to the LSTM layer are sampled. For example, if the task tolerates sampling the input for multiple time steps (e.g., on the order of 12) and performing the computations, then the first approach may be preferable since it is likely more computational resource efficient and/or higher performance, whereas, if the task cannot only tolerate sampling at a single time step, the second approach may be required.

A third embodiment is contemplated that is similar to the second approach but in which, rather than using a single quintuplet of data RAM 122 rows, the non-architectural program uses multiple quintuplet of rows, i.e., a different quintuplet for each time step, similar to the first approach. In the third embodiment, preferably the architectural program includes a step prior to step (2) in which it updates the non-architectural program before starting it, e.g., by updating the data RAM 122 row in the instruction at address 0 to point to the next quintuplet.

Referring now to FIG. 48, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 to accomplish computations associated with an LSTM cell layer and using data and weights according to the arrangement of FIG. 47 is shown. The example program of FIG. 48 includes 24 non-architectural instructions at addresses 0 through 23. The instruction at address 0 (INITIALIZE NPU, CLR ACC, LOOPCNT=12, DR IN ROW=−1, DR OUT ROW=2) clears the accumulator 202 and initializes the loop counter 3804 to a value of 12 to cause the loop body (the instructions of addresses 1 through 22) to be performed 12 times. The initialize instruction also initializes the data RAM 122 row to be read (e.g., register 2608 of FIGS. 26/39) to a value of −1, which will be incremented to zero by the first execution instance of the instruction at address 1. The initialize instruction also initializes the data RAM 122 row to be written (e.g., register 2606 of FIGS. 26/39) to row 2. Preferably, the initialize instruction also puts the NNU 121 in a wide configuration such that the NNU 121 is configured as 512 NPUs 126. As may be observed from the description below, 128 of the 512 NPUs 126 correspond to and operate as 128 LSTM cells 4600 during the execution of the instructions of addresses 0 through 23.

During the first execution instance of the instructions at addresses 1 through 4, each of the 128 NPUs 126 (i.e., NPUs 126 0 through 127) computes the input gate (I) value for its corresponding LSTM cell 4600 for the first time step (time step 0) and writes the I value to the corresponding word of row 2 of the data RAM 122; during the second execution instance of the instructions at addresses 1 through 4, each of the 128 NPUs 126 computes the I value for its corresponding LSTM cell 4600 for the second time step (time step 1) and writes the I value to the corresponding word of row 7 of the data RAM 122; and so forth until during the twelfth execution instance of the instructions at addresses 1 through 4, each of the 128 NPUs 126 computes the I value for its corresponding LSTM cell 4600 for the twelfth time step (time step 11) and writes the I value to the corresponding word of row 57 of the data RAM 122, as shown in FIG. 47.

More specifically, the multiply-accumulate instruction at address 1 reads the next row after the current data RAM 122 row (row 0 during first execution instance, row 5 during second execution instance, and so forth to row 55 of the twelfth execution instance) that contains the cell input (X) values associated with the current time step and reads row 0 of the weight RAM 124 that contains the Wi values and multiplies them to generate a first product accumulated into the accumulator 202, which was just cleared by either the initialize instruction at address 0 or the instruction at address 22. Next, the multiply-accumulate instruction at address 2 reads the next data RAM 122 row (row 1 during first execution instance, row 6 during second execution instance, and so forth to row 56 of the twelfth execution instance) that contains the cell output (H) values associated with the current time step and reads row 1 of the weight RAM 124 that contains the Ui values and multiplies them to generate a second product added to the accumulator 202. The H values associated with the current time step, which are read from the data RAM 122 by the instruction at address 2 (and the instructions at addresses 6, 10 and 18), are generated during the previous time step and written to the data RAM 122 by the output instruction at address 22; however, in the case of the first execution instance of the instruction at address 2, the H values in row 1 of the data RAM 122 are written with an initial value. Preferably the architectural program (e.g., using a MTNN instruction 1400) writes the initial H values to row 1 of the data RAM 122 prior to starting the non-architectural program of FIG. 48; however, other embodiments are contemplated in which the non-architectural program includes initial instructions that write the initial H values to row 1 of the data RAM 122. In one embodiment, the initial H values are zero. Next, the add weight word to accumulator instruction at address 3 (ADD_W_ACC WR ROW 2) reads row 2 of the weight RAM 124 that contains the Bi values and adds them to the accumulator 202. Finally, the output instruction at address 4 (OUTPUT SIGMOID, DR OUT ROW+0, CLR ACC) performs a sigmoid activation function on the accumulator 202 values and writes the results to the current data RAM 122 output row (row 2 for the first execution instance, row 7 for the second execution instance, and so forth to row 57 for the twelfth execution instance) and clears the accumulator 202.

During the first execution instance of the instructions at addresses 5 through 8, each of the 128 NPUs 126 computes the forget gate (F) value for its corresponding LSTM cell 4600 for the first time step (time step 0) and writes the F value to the corresponding word of row 3 of the data RAM 122; during the second execution instance of the instructions at addresses 5 through 8, each of the 128 NPUs 126 computes the F value for its corresponding LSTM cell 4600 for the second time step (time step 1) and writes the F value to the corresponding word of row 8 of the data RAM 122; and so forth until during the twelfth execution instance of the instructions at addresses 5 through 8, each of the 128 NPUs 126 computes the F value for its corresponding LSTM cell 4600 for the twelfth time step (time step 11) and writes the F value to the corresponding word of row 58 of the data RAM 122, as shown in FIG. 47. The instructions at addresses 5 through 8 compute the F value in a manner similar to the instructions at addresses 1 through 4 as described above, however the instructions at addresses 5 through 7 read the Wf, Uf and Bf values from rows 3, 4 and 5, respectively, of the weight RAM 124 to perform the multiply and/or add operations.

During the twelve execution instances of the instructions at addresses 9 through 12, each of the 128 NPUs 126 computes the candidate cell state (C′) value for its corresponding LSTM cell 4600 for a corresponding time step and writes the C′ value to the corresponding word of row 9 of the weight RAM 124. The instructions at addresses 9 through 12 compute the C′ value in a manner similar to the instructions at addresses 1 through 4 as described above, however the instructions at addresses 9 through 11 read the Wc, Uc and Bc values from rows 6, 7 and 8, respectively, of the weight RAM 124 to perform the multiply and/or add operations. Additionally, the output instruction at address 12 performs a tan h activation function rather than a sigmoid activation function (as the output instruction at address 4 does).

More specifically, the multiply-accumulate instruction at address 9 reads the current data RAM 122 row (row 0 during first execution instance, row 5 during second execution instance, and so forth to row 55 of the twelfth execution instance) that contains the cell input (X) values associated with the current time step and reads row 6 of the weight RAM 124 that contains the Wc values and multiplies them to generate a first product accumulated into the accumulator 202, which was just cleared by the instruction at address 8. Next, the multiply-accumulate instruction at address 10 reads the next data RAM 122 row (row 1 during first execution instance, row 6 during second execution instance, and so forth to row 56 of the twelfth execution instance) that contains the cell output (H) values associated with the current time step and reads row 7 of the weight RAM 124 that contains the Uc values and multiplies them to generate a second product added to the accumulator 202. Next, the add weight word to accumulator instruction at address 11 reads row 8 of the weight RAM 124 that contains the Bc values and adds them to the accumulator 202. Finally, the output instruction at address 12 (OUTPUT TAN H, WR OUT ROW 9, CLR ACC) performs a tan h activation function on the accumulator 202 values and writes the results to row 9 of the weight RAM 124 and clears the accumulator 202.

During the twelve execution instances of the instructions at addresses 13 through 16, each of the 128 NPUs 126 computes the new cell state (C) value for its corresponding LSTM cell 4600 for a corresponding time step and writes the new C value to the corresponding word of row 11 of the weight RAM 124 and computes tan h(C) and writes it to the corresponding word of row 10 of the weight RAM 124. More specifically, the multiply-accumulate instruction at address 13 reads the next row after the current data RAM 122 row (row 2 during the first execution instance, row 7 during the second execution instance, and so forth to row 57 of the twelfth execution instance) that contains the input gate (I) values associated with the current time step and reads row 9 of the weight RAM 124 that contains the candidate cell state (C′) values (just written by the instruction at address 12) and multiplies them to generate a first product accumulated into the accumulator 202, which was just cleared by the instruction at address 12. Next, the multiply-accumulate instruction at address 14 reads the next data RAM 122 row (row 3 during first execution instance, row 8 during second execution instance, and so forth to row 58 of the twelfth execution instance) that contains the forget gate (F) values associated with the current time step and reads row 11 of the weight RAM 124 that contains the current cell state (C) values computed during the previous time step (written by the most recent execution instance of the instruction at address 15) and multiplies them to generate a second product added to the accumulator 202. Next, the output instruction at address 15 (OUTPUT PASSTHRU, WR OUT ROW 11) passes through the accumulator 202 values and writes them to row 11 of the weight RAM 124. It should be understood that the C value read from row 11 of the data RAM 122 by the instruction at address 14 is the C value generated and written by the most recent execution instance of the instructions at addresses 13 through 15. The output instruction at address 15 does not clear the accumulator 202 so that their values can be used by the instruction at address 16. Finally, the output instruction at address 16 (OUTPUT TAN H, WR OUT ROW 10, CLR ACC) performs a tan h activation function on the accumulator 202 values and writes the results to row 10 of the weight RAM 124 for use by the instruction at address 21 that computes the cell output (H) values. The instruction at address 16 clears the accumulator 202.

During the first execution instance of the instructions at addresses 17 through 20, each of the 128 NPUs 126 computes the output gate (O) value for its corresponding LSTM cell 4600 for the first time step (time step 0) and writes the O value to the corresponding word of row 4 of the data RAM 122; during the second execution instance of the instructions at addresses 17 through 20, each of the 128 NPUs 126 computes the O value for its corresponding LSTM cell 4600 for the second time step (time step 1) and writes the O value to the corresponding word of row 9 of the data RAM 122; and so forth until during the twelfth execution instance of the instructions at addresses 17 through 20, each of the 128 NPUs 126 computes the O value for its corresponding LSTM cell 4600 for the twelfth time step (time step 11) and writes the O value to the corresponding word of row 58 of the data RAM 122, as shown in FIG. 47. The instructions at addresses 17 through 20 compute the O value in a manner similar to the instructions at addresses 1 through 4 as described above, however the instructions at addresses 17 through 19 read the Wo, Uo and Bo values from rows 12, 13 and 14, respectively, of the weight RAM 124 to perform the multiply and/or add operations.

During the first execution instance of the instructions at addresses 21 through 22, each of the 128 NPUs 126 computes the cell output (H) value for its corresponding LSTM cell 4600 for the first time step (time step 0) and writes the H value to the corresponding word of row 6 of the data RAM 122; during the second execution instance of the instructions at addresses 21 through 22, each of the 128 NPUs 126 computes the H value for its corresponding LSTM cell 4600 for the second time step (time step 1) and writes the H value to the corresponding word of row 11 of the data RAM 122; and so forth until during the twelfth execution instance of the instructions at addresses 21 through 22, each of the 128 NPUs 126 computes the H value for its corresponding LSTM cell 4600 for the twelfth time step (time step 11) and writes the H value to the corresponding word of row 60 of the data RAM 122, as shown in FIG. 47.

More specifically, the multiply-accumulate instruction at address 21 reads the third next row after the current data RAM 122 row (row 4 during first execution instance, row 9 during second execution instance, and so forth to row 59 during the twelfth execution instance) that contains the output gate (O) values associated with the current time step and reads row 10 of the weight RAM 124 that contains the tan h(C) values (written by the instruction at address 16) and multiplies them to generate a product accumulated into the accumulator 202, which was just cleared by the instruction at address 20. Then, the output instruction at address 22 passes through the accumulator 202 values and writes them to the second next output row 11 of the data RAM 122 (row 6 during the first execution instance, row 11 during the first execution instance, and so forth to row 61 during the twelfth execution instance) and clears the accumulator 202. It should be understood that the H value written to a row of the data RAM 122 by the instruction at address 22 (row 6 during the first execution instance, row 11 during the second execution instance, and so forth to row 61 of the twelfth execution instance) is the H value consumed/read by the following execution instance of the instructions at addresses 2, 6, 10 and 18. However, the H value written to row 61 of the twelfth execution instance is not consumed/read by an execution instance of the instructions at addresses 2, 6, 10 and 18; rather, preferably it is consumed/read by the architectural program.

The instruction at address 23 (LOOP 1) decrements the loop counter 3804 and loops back to the instruction at address 1 if the new the loop counter 3804 value is greater than zero.

Referring now to FIG. 49, a block diagram illustrating an NNU 121 embodiment with output buffer masking and feedback capability within NPU groups is shown. FIG. 49 illustrates a single NPU group 4901 of four NPUs 126. Although FIG. 49 illustrates a single NPU group 4901, it should be understood that each of the NPUs 126 of the NNU 121 is included in a NPU group 4901 such that there are N/J NPU groups 4901, where N is the number of NPUs 126 (e.g., 512 in a wide configuration or 1024 in a narrow configuration) and J is the number of NPUs 126 in a group 4901 (e.g., four in the embodiment of FIG. 49). FIG. 49 refers to the four NPUs 126 of the NPU group 4901 as NPU 0, NPU 1, NPU 2 and NPU 3.

Each NPU 126 in the embodiment of FIG. 49 is similar to the NPU 126 described with respect to FIG. 7 above and like-numbered elements are similar. However, the mux-reg 208 is modified to include four additional inputs 4905, the mux-reg 705 is modified to include four additional inputs 4907, the selection input 213 is modified to select from among the original inputs 211 and 207 as well as the additional inputs 4905 for provision on output 209, and the selection input 713 is modified to select from among the original inputs 711 and 206 as well as the additional inputs 4907 for provision on output 203.

A portion of the row buffer 1104 of FIG. 11, referred to as output buffer 1104 in FIG. 49, is shown. More specifically, words 0, 1, 2, and 3 of the output buffer 1104 are shown, which receive the respective outputs of the four AFUs 212 associated with NPUs 0, 1, 2, and 3. The portion of the output buffer 1104 comprising N words corresponding to an NPU group 4901 is referred to as an output buffer word group. In the embodiment of FIG. 49, N is four. The four words of the output buffer 1104 are fed back and received as the four additional inputs 4905 to the mux-reg 208 and as the four additional inputs 4907 to the mux-reg 705. The feeding back of output buffer word groups to their respective NPU groups 4901 provides the ability for an arithmetic instruction of a non-architectural program to select for its inputs one or two of the words of the output buffer 1104 associated with the NPU group 4901 (i.e., of the output buffer word group), examples of which are described below with respect to the non-architectural program of FIG. 51, e.g., at addresses 4, 8, 11, 12 and 15. That is, the word of the output buffer 1104 specified in the non-architectural instruction determines the value generated on the selection inputs 213/713. This capability effectively enables the output buffer 1104 to serve as a scratch pad memory of sorts, which may enable a non-architectural program to reduce the number of writes to the data RAM 122 and/or weight RAM 124 and subsequent reads therefrom, e.g., of intermediately generated and used values. Preferably, the output buffer 1104, or row buffer 1104, comprises a one-dimensional array of registers that may be configured to store either 1024 narrow words or 512 wide words. Preferably, the output buffer 1104 may be read in a single clock cycle and written in a single clock cycle. Unlike the data RAM 122 and weight RAM 124, which are accessible by both the architectural program and the non-architectural program, the output buffer 1104 is not accessible by the architectural program, but is instead only accessible by the non-architectural program.

The output buffer 1104 is modified to receive a mask input 4903. Preferably, the mask input 4903 includes four bits corresponding to the four words of the output buffer 1104 associated with the four NPUs 126 of the NPU group 4901. Preferably, if the mask input 4903 bit corresponding to a word of the output buffer 1104 is true, the word of the output buffer 1104 retains its current value; otherwise, the word of the output buffer 1104 is updated with the AFU 212 output. That is, if the mask input 4903 bit corresponding to a word of the output buffer 1104 is false, the AFU 212 output is written to the word of the output buffer 1104. This provides the ability for an output instruction of a non-architectural program to selectively write the AFU 212 output to some words of the output buffer 1104 and to retain the current values of other words of the output buffer 1104, examples of which are described below with respect to the instructions of the non-architectural program of FIG. 51, e.g., at addresses 6, 10, 13 and 14. That is, the words of the output buffer 1104 specified in the non-architectural instruction determine the value generated on the mask input 4903.

For simplicity, FIG. 49 does not show the inputs 1811 (of FIGS. 18, 19 and 23, for example) to the mux-regs 208/705. However, embodiments are contemplated that support both dynamically configurable NPUs 126 and feedback/masking of the output buffer 1104. Preferably, in such embodiments the output buffer word groups are correspondingly dynamically configurable.

It should be understood that although an embodiment is described in which the number of NPUs 126 in a NPU group 4901 is four, other embodiments are contemplated in which the number is greater or smaller. Furthermore, in an embodiment that includes shared AFUs 1112, such as shown in FIG. 52, there may be a synergistic relationship between the number of NPUs 126 in a NPU group 4901 and the number of NPUs 126 in an AFU 212 group. The output buffer 1104 masking and feedback capability within NPU groups is particularly beneficial for efficiently performing computations associated with LSTM cells 4600, as described in more detail with respect to FIGS. 50 and 51.

Referring now to FIG. 50, a block diagram illustrating an example of the layout of data within the data RAM 122, weight RAM 124 and output buffer 1104 of the NNU 121 of FIG. 49 as it performs calculations associated with a layer of 128 LSTM cells 4600 of FIG. 46 is shown. In the example of FIG. 50, the NNU 121 is configured as 512 NPUs 126, or neurons, e.g., in a wide configuration. Like the example of FIGS. 47 and 48, in the example of FIGS. 50 and 51 there are only 128 LSTM cells 4600 in the LSTM layer. However, in the example of FIG. 50, the values generated by all 512 NPUs 126 (e.g., NPUs 0 through 127) are used. Advantageously, each NPU group 4901 operates collectively as an LSTM cell 4600 when executing the non-architectural program of FIG. 51.

As shown, the data RAM 122 holds cell input (X) and output (H) values for a sequence of time steps. More specifically, a pair of two rows holds the X and H values for a given time step. In an embodiment in which the data RAM 122 has 64 rows, the data RAM 122 can hold the cell values for 31 different time steps, as shown. In the example of FIG. 50, rows 2 and 3 hold the values for time step 0, rows 4 and 5 hold the cell values for time step 1, and so forth to rows 62 and 63 hold the cell values for time step 30. The first row of a pair holds the X values of the time step and the second row of a pair holds the H values of the time step. As shown, each group of four columns corresponding to a NPU group 4901 in the data RAM 122 holds the values for its corresponding LSTM cell 4600. That is, columns 0-3 hold the values associated with LSTM cell 0, whose computations are performed by NPUs 0-3, i.e., NPU group 0; columns 4-7 hold the values associated with LSTM cell 1, whose computations are performed by NPUs 4-7, i.e., NPU group 1; and so forth to columns 508-511 hold the values associated with LSTM cell 127, whose computations are performed by NPUs 508-511, i.e., NPU group 127, as described in more detail below with respect to FIG. 51. As shown, row 1 is unused, and row 0 holds initial cell output (H) values, preferably populated by the architectural program with zero values, although embodiments are contemplated in which initial instructions of the non-architectural populate the initial cell output (H) values of row 0.

Preferably, the X values (in rows 2, 4, 6 and so forth to 62) are written/populated in the data RAM 122 by the architectural program running on the processor 100 via MTNN instructions 1400 and are read/used by the non-architectural program running on the NNU 121, such as the non-architectural program of FIG. 50. Preferably, the H values (in rows 3, 5, 7 and so forth to 63) are written/populated in the data RAM 122 and are also read/used by the non-architectural program running on the NNU 121, as described in more detail below. Preferably, the H values are also read by the architectural program running on the processor 100 via MFNN instructions 1500. It is noted that the non-architectural program of FIG. 51 assumes that within each group of four columns corresponding to a NPU group 4901 (e.g., columns 0-3, 4-7, 5-8 and so forth to 508-511) the four X values in a given row are populated (e.g., by the architectural program) with the same value. Similarly, the non-architectural program of FIG. 51 computes and writes within each group of four columns corresponding to a NPU group 4901 in a given row the same value for the four H values.

As shown, the weight RAM 124 holds weight, bias and cell state (C) values for the NPUs of the NNU 121. Within each group of four columns corresponding to a NPU group 4901 (e.g., columns 0-3, 4-7, 5-8 and so forth to 508-511): (1) the column whose index mod 4 equals 3, holds the Wc, Uc, Bc, and C values in rows 0, 1, 2, and 6, respectively; (2) the column whose index mod 4 equals 2, holds the Wo, Uo, and Bo values in rows 3, 4, and 5, respectively; (3) the column whose index mod 4 equals 1, holds the Wf, Uf, and Bf values in rows 3, 4, and 5, respectively; and (4) the column whose index mod 4 equals 0, holds the Wi, Ui, and Bi values in rows 3, 4, and 5, respectively. Preferably, the weight and bias values—Wi, Ui, Bi, Wf, Uf, Bf, Wc, Uc, Bc, Wo, Uo, Bo (in rows 0 through 5)—are written/populated in the weight RAM 124 by the architectural program running on the processor 100 via MTNN instructions 1400 and are read/used by the non-architectural program running on the NNU 121, such as the non-architectural program of FIG. 51. Preferably, the intermediate C values are written/populated in the weight RAM 124 and are read/used by the non-architectural program running on the NNU 121, as described in more detail below.

The example of FIG. 50 assumes the architectural program: (1) populates the data RAM 122 with the input X values for 31 different time steps (rows 2, 4, and so forth to 62); (2) starts the non-architectural program of FIG. 51; (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output H values (rows 3, 5, and so forth to 63); and (5) repeats steps (1) through (4) as many times as needed to complete a task, e.g., computations used to perform the recognition of a statement made by a user of a mobile phone.

In an alternative approach, the architectural program: (1) populates the data RAM 122 with the input X values for a single time step (e.g., row 2); (2) starts the non-architectural program (a modified version of FIG. 51 that does not require the loop and accesses a single pair of data RAM 122 rows); (3) detects the non-architectural program has completed; (4) reads out of the data RAM 122 the output H values (e.g., row 3); and (5) repeats steps (1) through (4) as many times as needed to complete a task. Either of the two approaches may be preferable depending upon the manner in which the input X values to the LSTM layer are sampled. For example, if the task tolerates sampling the input for multiple time steps (e.g., on the order of 31) and performing the computations, then the first approach may be preferable since it is likely more computational resource efficient and/or higher performance, whereas, if the task cannot only tolerate sampling at a single time step, the second approach may be required.

A third embodiment is contemplated that is similar to the second approach but in which, rather than using a single pair of data RAM 122 rows, the non-architectural program uses multiple pair of rows, i.e., a different pair for each time step, similar to the first approach. In the third embodiment, preferably the architectural program includes a step prior to step (2) in which it updates the non-architectural program before starting it, e.g., by updating the data RAM 122 row in the instruction at address 1 to point to the next pair.

As shown, the output buffer 1104 holds intermediate values of the cell output (H), candidate cell state (C′), input gate (I), forget gate (F), output gate (O), cell state (C), and tan h(C) after the execution of an instruction at different addresses of the non-architectural program of FIG. 51 for corresponding NPUs 0 through 511 of the NNU 121, as shown. Within each output buffer word group (e.g., group of four words of the output buffer 1104 corresponding to a NPU group 4901, e.g., words 0-3, 4-7, 5-8 and so forth to 508-511), the word whose index mod 4 equals 3 is referred to as OUTBUF[3], the word whose index mod 4 equals 2 is referred to as OUTBUF[2], the word whose index mod 4 equals 1 is referred to as OUTBUF[1], and the word whose index mod 4 equals 0 is referred to as OUTBUF[0].

As shown, after execution of the instruction at address 2 of the non-architectural program of FIG. 51, for each NPU group 4901, all four words of the output buffer 1104 are written with the initial cell output (H) values for the corresponding LSTM cell 4600. After execution of the instruction at address 6, for each NPU group 4901, OUTBUF[3] is written with the candidate cell state (C′) value for the corresponding LSTM cell 4600 and the other three words of the output buffer 1104 retain their previous values. After execution of the instruction at address 10, for each NPU group 4901, OUTBUF[0] is written with the input gate (I) value, OUTBUF[1] is written with the forget gate (F) value, OUTBUF[2] is written with the output gate (O) value, for the corresponding LSTM cell 4600, and OUTBUF[3] retains its previous value. After execution of the instruction at address 13, for each NPU group 4901, OUTBUF[3] is written with the new cell state (C) value (as the output buffer 1104, including the C value in slot 3, is written to row 6 of the weight RAM 124, as described in more detail below with respect to FIG. 51) for the corresponding LSTM cell 4600 and the other three words of the output buffer 1104 retain their previous values. After execution of the instruction at address 14, for each NPU group 4901, OUTBUF[3] is written with the tan h(C) value for the corresponding LSTM cell 4600 and the other three words of the output buffer 1104 retain their previous values. After execution of the instruction at address 16, for each NPU group 4901, all four words of the output buffer 1104 are written with the new cell output (H) values for the corresponding LSTM cell 4600. The pattern repeats from address 6 through address 16 (i.e., excluding the execution at address 2, since it is outside the program loop) thirty more times as the program loops at address 17 back to address 3.

Referring now to FIG. 51, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 of FIG. 49 to accomplish computations associated with an LSTM cell layer and using data and weights according to the arrangement of FIG. 50 is shown. The example program of FIG. 51 includes 18 non-architectural instructions at addresses 0 through 17. The instruction at address 0 is an initialize instruction that clears the accumulator 202 and initializes the loop counter 3804 to a value of 31 to cause the loop body (the instructions of addresses 1 through 17) to be performed 31 times. The initialize instruction also initializes the data RAM 122 row to be written (e.g., register 2606 of FIGS. 26/39) to a value of 1, which will be incremented to 3 by the first execution instance of the instruction at address 16. Preferably, the initialize instruction also puts the NNU 121 in a wide configuration such that the NNU 121 is configured as 512 NPUs 126. As may be observed from the description below, each of the 128 NPU groups 4901 of the 512 NPUs 126 correspond to and operate as one of the 128 LSTM cells 4600 during the execution of the instructions of addresses 0 through 17.

The instructions at addresses 1 and 2 are outside the loop body and execute only once. They generate and write the initial cell output (H) value (e.g., zero value) to all words of the output buffer 1104. The instruction at address 1 reads the initial H values from row 0 of the data RAM 122 and puts them into the accumulator 202, which was cleared by the instruction at address 0. The instruction at address 2 (OUTPUT PASSTHRU, NOP, CLR ACC) passes through the accumulator 202 value to the output buffer 1104, as shown in FIG. 50. The designation of the “NOP” in the output instruction at address 2 (and other output instructions of FIG. 51) indicates that the value being output is written only to the output buffer 1104 but not written to memory, i.e., neither to the data RAM 122 nor to the weight RAM 124. The instruction at address 2 also clears the accumulator 202.

The instructions at addresses 3 through 17 are inside the loop body and execute the loop count number of times (e.g., 31).

Each execution instance of the instructions at addresses 3 through 6 computes and writes the tan h(C′) value for the current time step to OUTBUF[3], which will be used by the instruction at address 11. More specifically, the multiply-accumulate instruction at address 3 reads the cell input (X) value associated with the time step from the current data RAM 122 read row (e.g., 2, 4, 6 and so forth to 62) and reads the We values from row 0 of the weight RAM 124 and multiplies them to generate a product added to the accumulator 202, which was cleared by the instruction at address 2.

The multiply-accumulate instruction at address 4 (MULT-ACCUM OUTBUF[0], WR ROW 1) reads (i.e., all 4 NPUs 126 of the NPU group 4901) the H value from OUTBUF[0] and reads the Uc values from row 1 of the weight RAM 124 and multiplies them to generate a second product added to the accumulator 202.

The add weight word to accumulator instruction at address 5 (ADD_W_ACC WR ROW 2) reads the Bc values from row 2 of the weight RAM 124 and adds them to the accumulator 2002.

The output instruction at address 6 (OUTPUT TAN H, NOP, MASK[0:2], CLR ACC) performs a tan h activation function on the accumulator 202 value and the result is written only to OUTBUF[3] (i.e., only the NPU 126 of the NPU group 4901 whose index mod 4 equals 3 writes its result), and the accumulator 202 is cleared. That is, the output instruction at address 6 masks OUTBUF[0], OUTBUF[1] and OUTBUF[2] (as indicated by the MASK[0:2] nomenclature) to cause them to retain their current values, as shown in FIG. 50. Additionally, the output instruction at address 6 does not write to memory (as indicated by the NOP nomenclature).

Each execution instance of the instructions at addresses 7 through 10 computes and writes the input gate (I), forget gate (F), and output gate (O) values for the current time step to OUTBUF[0], OUTBUF[1], OUTBUF[2], respectively, which will be used by the instructions at addresses 11, 12, and 15, respectively. More specifically, the multiply-accumulate instruction at address 7 reads the cell input (X) value associated with the time step from the current data RAM 122 read row (e.g., 2, 4, 6 and so forth to 62) and reads the Wi, Wf, and Wo values from row 3 of the weight RAM 124 and multiplies them to generate a product added to the accumulator 202, which was cleared by the instruction at address 6. More specifically, within an NPU group 4901, the NPU 126 whose index mod 4 equals 0 computes the product of X and Wi, the NPU 126 whose index mod 4 equals 1 computes the product of X and Wf, and the NPU 126 whose index mod 4 equals 2 computes the product of X and Wo.

The multiply-accumulate instruction at address 8 reads (i.e., all 4 NPUs 126 of the NPU group 4901) the H value from OUTBUF[0] and reads the Ui, Uf, and Uo values from row 4 of the weight RAM 124 and multiplies them to generate a second product added to the accumulator 202. More specifically, within an NPU group 4901, the NPU 126 whose index mod 4 equals 0 computes the product of H and Ui, the NPU 126 whose index mod 4 equals 1 computes the product of H and Uf, and the NPU 126 whose index mod 4 equals 2 computes the product of H and Uo.

The add weight word to accumulator instruction at address 9 reads the Bi, Bf, and Bo values from row 5 of the weight RAM 124 and adds them to the accumulator 202. More specifically, within an NPU group 4901, the NPU 126 whose index mod 4 equals 0 adds the Bi value, the NPU 126 whose index mod 4 equals 1 adds the Bf value, and the NPU 126 whose index mod 4 equals 2 adds the Bo value.

The output instruction at address 10 (OUTPUT SIGMOID, NOP, MASK[3], CLR ACC) performs a sigmoid activation function on the accumulator 202 value and writes the computed I, F and O values to OUTBUF[0], OUTBUF[1], and OUTBUF[2], respectively, and clears the accumulator 202, without writing to memory. That is, the output instruction at address 10 masks OUTBUF[3] (as indicated by the MASK[3] nomenclature) to cause it to retain its current value (which is C′), as shown in FIG. 50.

Each execution instance of the instructions at addresses 11 through 13 computes and writes the new cell state (C) values generated by the current time step to row 6 of the weight RAM 124, more specifically, to the word of row 6 whose index mod 4 equals 3 within the four columns corresponding to a NPU group 4901, for use in the next time step (i.e., by the instruction at address 12 during the next loop iteration). Additionally, each execution instance of the instruction at address 14 writes the tan h(C) value to OUTBUF[3], which will be used by the instruction at address 15.

More specifically, the multiply-accumulate instruction at address 11 (MULT-ACCUM OUTBUF[0], OUTBUF[3]) reads the input gate (I) value from OUTBUF[0] and reads the candidate cell state (C′) value from OUTBUF[3] and multiplies them to generate a first product added to the accumulator 202, which was cleared by the instruction at address 10. More specifically, each of the four NPUs 126 within an NPU group 4901 computes the first product of I and C′.

The multiply-accumulate instruction at address 12 (MULT-ACCUM OUTBUF[1], WR ROW 6) instructs the NPUs 126 to read the forget gate (F) value from OUTBUF[1] and to read its respective word from row 6 of the weight RAM 124 and multiplies them to generate a second product added to the first product in the accumulator 202 generated by the instruction at address 11. More specifically, the word read from row 6 is the current cell state (C) value computed in the previous time step in the case of the NPU 126 of the NPU group 4901 whose index mod 4 equals 3 such that the sum of the first and second products is the new cell state (C). However, the words read from row 6 are don't-care values for the other three NPUs 126 of the NPU group 4901 since their resulting accumulated values will not be used, i.e., will not be put into the output buffer 1104 by the instructions at addresses 13 and 14 and will be cleared by the instruction at address 14. That is, only the resulting new cell state (C) value generated by the NPU 126 of the NPU group 4901 whose index mod 4 equals 3 will be used, namely per the instructions at addresses 13 and 14. In the case of the second through thirty-first execution instances of the instruction at address 12, the C value read from row 6 of the weight RAM 124 was written by the instruction at address 13 during the previous iteration of the loop body. However, for the first execution instance of the instruction at address 12, the C values in row 6 are written with initial values, either by the architectural program prior to starting the non-architectural program of FIG. 51 or by a modified version of the non-architectural program.

The output instruction at address 13 (OUTPUT PASSTHRU, WR ROW 6, MASK[0:2]) passes through the accumulator 202 value, i.e., the computed C value, only to OUTBUF[3] (i.e., only the NPU 126 of the NPU group 4901 whose index mod 4 equals 3 writes its computed C value to the output buffer 1104) and row 6 of the weight RAM 124 is written with the updated output buffer 1104, as shown in FIG. 50. That is, the output instruction at address 13 masks OUTBUF[0], OUTBUF[1] and OUTBUF[2] to cause them to retain their current values (which are I, F, and O). As described above, only the C value in the word of row 6 within each group of four columns corresponding to a NPU group 4901 whose index mod 4 equals 3 is used, namely by the instruction at address 12; thus, the non-architectural program does not care about the values in columns 0-2, 4-6, and so forth to 508-510 of row 6 of the weight RAM 124, as shown in FIG. 50 (which are the I, F, and O values).

The output instruction at address 14 (OUTPUT TAN H, NOP, MASK[0:2], CLR ACC) performs a tan h activation function on the accumulator 202 value and writes the computed tan h(C) values to OUTBUF[3], and clears the accumulator 202, without writing to memory. The output instruction at address 14, like the output instruction at address 13, masks OUTBUF[0], OUTBUF[1], and OUTBUF[2] to cause them to retain their current values, as shown in FIG. 50.

Each execution instance of the instructions at addresses 15 through 16 computes and writes the cell output (H) values generated by the current time step to the second next row after the current output row of the data RAM 122, which will be read by the architectural program and used in the next time step (i.e., by the instructions at addresses 3 and 7 during the next loop iteration). More specifically, the multiply-accumulate instruction at address 15 reads the output gate (O) value from OUTBUF[2] and reads the tan h(C) value from OUTBUF[3] and multiplies them to generate a product added to the accumulator 202, which was cleared by the instruction at address 14. More specifically, each of the four NPUs 126 within an NPU group 4901 computes the product of O and tan h(C).

The output instruction at address 16 passes through the accumulator 202 value and writes the computed H values to row 3 during the first execution instance, to row 5 during the second execution instance, and so forth to row 63 during the thirty-first execution instance, as shown in FIG. 50, which are subsequently used by the instructions at addresses 4 and 8. Additionally, the computed H values are put into the output buffer 1104, as shown in FIG. 50, for subsequent use by the instructions at addresses 4 and 8. The output instruction at address 16 also clears the accumulator 202. In one embodiment, the LSTM cell 4600 is designed such that the output instruction at address 16 (and/or the output instruction at address 22 of FIG. 48) has an activation function, e.g., sigmoid or tan h, rather than passing through the accumulator 202 value.

The loop instruction at address 17 decrements the loop counter 3804 and loops back to the instruction at address 3 if the new the loop counter 3804 value is greater than zero.

As may be observed, the number of instructions in the loop body of the non-architectural program of FIG. 51 is approximately 34% less than that of the non-architectural of FIG. 48, which is facilitated by the output buffer 1104 feedback and masking capability of the NNU 121 embodiment of FIG. 49. Additionally, the memory layout in the data RAM 122 of the non-architectural program of FIG. 51 accommodates approximately three times the number of time steps as that of FIG. 48, which is also facilitated by the output buffer 1104 feedback and masking capability of the NNU 121 embodiment of FIG. 49. Depending upon the particular architectural program application employing the NNU 121 to perform LSTM cell layer computations, these improvements may be helpful, particularly in applications in which the number of LSTM cells 4600 in an LSTM layer is less than or equal to 128.

In the embodiment of FIGS. 47 through 51, it is assumed the weight and bias values remain the same across time steps. However, other embodiments are contemplated in which the weight and bias values vary across time steps in which case rather than the weight RAM 124 being populated with a single set of the weight and bias values as shown in FIGS. 47 and 50, the weight RAM 124 is populated with a different set of the weight and bias values for each time step and the weight RAM 124 addresses of the non-architectural programs of FIGS. 48 and 51 are modified accordingly.

The embodiments of FIGS. 47 through 51 have been described in which, generally speaking, the weight, bias and intermediate values (e.g., C, C′) are stored in the weight RAM 124 and the input and output values (e.g., X, H) are stored in the data RAM 122. This may be advantageous for embodiments in which the data RAM 122 is dual-ported and the weight RAM 124 is single-ported since there is more traffic from the non-architectural and architectural programs to the data RAM 122. However, since the weight RAM 124 is larger, embodiments are contemplated in which the non-architectural and architectural programs are written to swap the memories (i.e., the data RAM 122 and weight RAM 124) in which the values are stored. That is, the W, U, B, C′, tan h(C) and C values are stored in the data RAM 122 and the X, H, I, F and O values are stored in the weight RAM 124 (modified embodiment of FIG. 47); and the W, U, B, C values are stored in the data RAM 122 and the X and H values are stored in the weight RAM 124 (modified embodiment of FIG. 50). For these embodiments, a larger number of time steps may be processed together in a batch since the weight RAM 124 is larger. This may be advantageous for some architectural program application making use of the NNU 121 to perform computations that benefit from the larger number of time steps and for which a single-ported memory (e.g., the weight RAM 124) provides sufficient bandwidth.

Referring now to FIG. 52, a block diagram illustrating an NNU 121 embodiment with output buffer masking and feedback capability within NPU groups and which employs shared AFUs 1112 is shown. The NNU 121 of FIG. 52 is similar in many respects to the NNU 121 of FIG. 49 and like-numbered elements are similar. However, the four AFUs 212 of FIG. 49 are replaced by a single shared AFU 1112 that receives the four outputs 217 of the four accumulators 202 and generates four outputs to OUTBUF[0], OUTBUF[1], OUTBUF[2], and OUTBUF[3]. The NNU 121 of FIG. 52 operates in a manner similar to that described above with respect to FIGS. 49 through 51 and similar to the manner described above with respect to Figure FIGS. 11 through 13 with respect to operation of the shared AFU 1112.

Referring now to FIG. 53, a block diagram illustrating an example of the layout of data within the data RAM 122, weight RAM 124 and output buffer 1104 of the NNU 121 of FIG. 49 as it performs calculations associated with a layer of 128 LSTM cells 4600 of FIG. 46 according to an alternate embodiment is shown. The example of FIG. 53 is similar in many respects to the example of FIG. 50. However, in FIG. 53, the Wi, Wf and Wo values are in row 0 (rather than in row 3 as in FIG. 50); the Ui, Uf and Uo values are in row 1 (rather than in row 4 as in FIG. 50); the Bi, Bf and Bo values are in row 2 (rather than in row 5 as in FIG. 50); and the C values are in row 3 (rather than in row 6 as in FIG. 50). Additionally, the output buffer 1104 contents are the same in FIG. 53 as in FIG. 50, however, the contents of the third row (i.e., the I, F, O and C′ values) are present in the output buffer 1104 after execution of the instruction at 7 (rather than 10 in FIG. 50); the contents of the fourth row (i.e., the I, F, O and C values) are present in the output buffer 1104 after execution of the instruction at 10 (rather than 13 in FIG. 50); the contents of the fifth row (i.e., the I, F, O and tan h(C) values) are present in the output buffer 1104 after execution of the instruction at 11 (rather than 14 in FIG. 50); and the contents of the sixth row (i.e., the H values) are present in the output buffer 1104 after execution of the instruction at 13 (rather than 16 in FIG. 50), due to the differences in the non-architectural program of FIG. 54 from that of FIG. 51, which are described in more detail below.

Referring now to FIG. 54, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 of FIG. 49 to accomplish computations associated with an LSTM cell layer and using data and weights according to the arrangement of FIG. 53 is shown. The example program of FIG. 54 is similar in many ways to the program of FIG. 51. More specifically, the instructions at addresses 0 through 5 are the same in FIGS. 54 and 51; the instructions at address 7 and 8 of FIG. 54 are the same as the instructions at address 10 and 11 of FIG. 51; and the instructions at addresses 10 through 14 of FIG. 54 are the same as the instructions at addresses 13 through 17 of FIG. 51.

However, the instruction at address 6 of FIG. 54 does not clear the accumulator 202 (whereas the instruction at address 6 of FIG. 51 does). Furthermore, the instructions at addresses 7 through 9 are not present in the non-architectural of FIG. 54. Finally, the instruction at address 9 of FIG. 54 is the same as the instruction at address 12 of FIG. 51 except that the instruction at address 9 of FIG. 54 reads from row 3 of the weight RAM 124, whereas, the instruction at address 12 of FIG. 51 reads from row 6 of the weight RAM 124.

As a result of the differences between the non-architectural programs of FIGS. 54 and 51, the layout of FIG. 53 uses three less rows of weight RAM 124 and includes three fewer instructions in the program loop. Indeed, the size of the loop body of the non-architectural program of FIG. 54 is essentially half the size of the loop body of the non-architectural program of FIG. 48 and approximately 80% the size of the loop body of the non-architectural program of FIG. 51.

Referring now to FIG. 55, a block diagram illustrating portions of an NPU 126 according to an alternate embodiment are shown. More specifically, for a single NPU 126 of the NPUs 126 of FIG. 49, the mux-reg 208 and its associated inputs 207, 211, and 4905, and the mux-reg 705 its associated inputs 206, 711, and 4907 are shown. In addition to the inputs of FIG. 49, the mux-reg 208 and the mux-reg 705 of the NPU 126 each receive an index_within_group input 5599. The index_within_group input 5599 indicates the index of the particular NPU 126 within its NPU group 4901. Thus, for example, in an embodiment in which each NPU group 4901 has four NPUs 126, within each NPU group 4901, one of the NPUs 126 receives a value of zero on its index_within_group input 5599, one of the NPUs 126 receives a value of one on its index_within_group input 5599, one of the NPUs 126 receives a value of two on its index_within_group input 5599, and one of the NPUs 126 receives a value of three on its index_within_group input 5599. Stated alternatively, the index_within_group input 5599 value received by an NPU 126 is its index within the NNU 121 mod J, where J is the number of NPUs 126 in an NPU group 4901. Thus, for example, NPU 73 receives a value of one on its index_within_group input 5599, NPU 353 receives a value of three on its index_within_group input 5599, and NPU 6 receives a value of two on its index_within_group input 5599.

Additionally, when the control input 213 specifies a predetermined value, referred to herein as “SELF,” the mux-reg 208 selects the output buffer 1104 input 4905 corresponding to the index_within_group input 5599 value. Thus, advantageously, when a non-architectural instruction specifies to receive data from the output buffer 1104 with a value of SELF (denoted OUTBUF[SELF] in the instructions at addresses 2 and 7 of FIG. 57), the mux-reg 208 of each NPU 126 receives its corresponding word from the output buffer 1104. Thus, for example, when the NNU 121 executes the non-architectural instruction at addresses 2 and 7 of FIG. 57, the mux-reg 208 of NPU 73 selects the second (index 1) of the four inputs 4905 to receive word 73 from the output buffer 1104, the mux-reg 208 of NPU 353 selects the fourth (index 3) of the four inputs 4905 to receive word 353 from the output buffer 1104, and the mux-reg 208 of NPU 6 selects the third (index 2) of the four inputs 4905 to receive word 6 from the output buffer 1104. Although not employed in the non-architectural program of FIG. 57, a non-architectural instruction may specify to receive data from the output buffer 1104 with a value of SELF (OUTBUF[SELF]) to cause the control input 713 to specify the predetermined value to cause the mux-reg 705 of each NPU 126 to receive its corresponding word from the output buffer 1104.

Referring now to FIG. 56, a block diagram illustrating an example of the layout of data within the data RAM 122 and weight RAM 124 of the NNU 121 as it performs calculations associated with the Jordan RNN of FIG. 43 but employing the benefits afforded by the embodiments of FIG. 55 is shown. The layout of the weights within the weight RAM 124 is the same as that of FIG. 44. The layout of the values within the data RAM 122 is similar to that of FIG. 44, except that each time step has an associated pair of rows that hold input layer node D values and output layer node Y values, rather than a quadruplet of rows as in FIG. 44. That is, the hidden layer Z and context layer C values are not written to the data RAM 122. Rather, the output buffer 1104 is used as a scratchpad for the hidden layer Z and context layer C values, as described in more detail with respect to the non-architectural program of FIG. 57. Advantageously, the OUTBUF[SELF] output buffer 1104 feedback feature potentially enables the non-architectural program to be faster (due to the replacement of two writes and two reads from the data RAM 122 with two writes and two reads from the output buffer 1104) and enables each time step to use less data RAM 122 space, which enables the data RAM 122 to hold approximately twice as many time steps as the embodiment of FIGS. 44 and 45, in particular 32 time steps, as shown.

Referring now to FIG. 57, a table illustrating a program for storage in the program memory 129 of and execution by the NNU 121 to accomplish a Jordan RNN and using data and weights according to the arrangement of FIG. 56 is shown. The non-architectural program of FIG. 57 is similar in some respects to the non-architectural of FIG. 45, and differences are described.

The example program of FIG. 57 includes 12 non-architectural instructions at addresses 0 through 11. The initialize instruction at address 0 clears the accumulator 202 and initializes the loop counter 3804 to a value of 32 to cause the loop body (the instructions of addresses 2 through 11) to be performed 32 times. The output instruction at address 1 puts the zero values of the accumulator 202 (cleared by the initialize instruction at address 0) into the output buffer 1104. As may be observed, the 512 NPUs 126 correspond to and operate as the 512 hidden layer nodes Z during the execution of the instructions of addresses 2 through 6, and correspond to and operate as the 512 output layer nodes Y during the execution of the instructions of addresses 7 through 10. That is, the 32 execution instances of the instructions at addresses 2 through 6 compute the value of the hidden layer nodes Z for the 32 corresponding time steps and put them into the output buffer 1104 to be used by the corresponding 32 execution instances of the instructions at addresses 7 through 9 to calculate and write to the data RAM 122 the output layer nodes Y of the corresponding 32 time steps and to be used by the corresponding 32 execution instances of the instructions at address 10 to put the context layer nodes C of the corresponding 32 time steps in the output buffer 1104. (The context layer nodes C of the thirty-second time step put into the output buffer 1104 is not used.)

During the first execution instance of the instructions at addresses 2 and 3 (ADD_D_ACC OUTBUF[SELF] and ADD_D_ACC ROTATE, COUNT=511), each of the 512 NPUs 126 accumulates into its accumulator 202 the 512 context node C values of the output buffer 1104, which were generated and written by the execution of the instructions of addresses 0 through 1. During the second and subsequent execution instances of the instructions at addresses 2 and 3, each of the 512 NPUs 126 accumulates into its accumulator 202 the 512 context node C values of the output buffer 1104, which were generated and written by the execution of the instructions of addresses 7 through 8 and 10. More specifically, the instruction at address 2 instructs the mux-reg 208 of each NPU 126 to select its corresponding the output buffer 1104 word, as described above, and to add it to the accumulator 202; the instruction at address 3 instructs the NPU 126 to rotate the context node C values in the 512-word rotater collectively formed by the connected mux-regs 208 of the 512 NPUs 126 among the 512 NPUs 126 to enable each NPU 126 to accumulate the 512 context node C values into its accumulator 202. The instruction at address 3 does not clear the accumulator 202, which enables the instructions at addresses 4 and 5 to accumulate the input layer nodes D (multiplied by their corresponding weights) with the context node C values accumulated by execution of the instructions at addresses 2 and 3.

During each execution instance of the instructions at addresses 4 and 5 (MULT-ACCUM DR ROW+2, WR ROW 0 and MULT-ACCUM ROTATE, WR ROW+1, COUNT=511), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 input node D values in the row of the data RAM 122 associated with the current time step (e.g., row 0 for time step 0, row 2 for time step 1, and so forth to row 62 for time step 31) by the NPU's 126 respective column of weights from rows 0 through 511 of the weight RAM 124 to generate 512 products that, along with the accumulation of the 512 context C node values performed by the instructions at addresses 2 and 3, are accumulated into the accumulator 202 of the respective NPU 126 to compute the hidden node Z layer values.

During each execution of the instruction at address 6 (OUTPUT PASSTHRU, NOP, CLR ACC), the 512 accumulator 202 values of the 512 NPUs 126 are passed through and written to their respective words of the output buffer 1104, and the accumulator 202 is cleared.

During each execution instance of the instructions at addresses 7 and 8 (MULT-ACCUM OUTBUF[SELF], WR ROW 512 and MULT-ACCUM ROTATE, WR ROW+1, COUNT=511), each NPU 126 of the 512 NPUs 126 performs 512 multiply operations of the 512 hidden node Z values in the output buffer 1104 (which were generated and written by the corresponding execution instance of the instructions at addresses 2 through 6) by the NPU's 126 respective column of weights from rows 512 through 1023 of the weight RAM 124 to generate 512 products that are accumulated into the accumulator 202 of the respective NPU 126.

During the each execution instance of the instruction at address 9 (OUTPUT ACTIVATION FUNCTION, DR OUT ROW+2), an activation function (e.g., tan h, sigmoid, rectify) is performed on the 512 accumulated values to compute the output node Y layer values that are written to the row of the data RAM 122 associated with the current time stamp (e.g., row 1 for time step 0, row 3 for time step 1, and so forth to row 63 for time step 31). The output instruction at address 9 does not clear the accumulator 202.

During the each execution instance of the instruction at address 10 (OUTPUT PASSTHRU, NOP, CLR ACC), the 512 values accumulated by the instructions at addresses 7 and 8 are put into the output buffer 1104 for use by the next execution instance of the instructions at addresses 2 and 3, and the accumulator 202 is cleared.

The loop instruction at address 11 decrements the loop counter 3804 and loops back to the instruction at address 2 if the new the loop counter 3804 value is greater than zero.

As described with respect to FIG. 44, in the example Jordan RNN performed by the non-architectural program of FIG. 57, although an activation function is applied to the accumulator 202 values to generate the output layer node Y values, it is assumed that the accumulator 202 values prior to the application of the activation function are passed through to the context layer nodes C rather than the actual output layer node Y values. However, for a Jordan RNN in which an activation function is applied to the accumulator 202 values to generate the context layer nodes C, the instruction at address 10 would be eliminated from the non-architectural program of FIG. 57. Although embodiments have been described in which an Elman or Jordan RNN includes a single hidden node layer (e.g., FIGS. 40 and 42), it should be understood that embodiments of the processor 100 and NNU 121 are configured to efficiently perform the computations associated with an RNN that includes multiple hidden layers in manners similar to those described herein.

As described with respect to FIG. 2 above, advantageously each NPU 126 is configured to operate as a neuron in an artificial neural network, and all the NPUs 126 of the NNU 121 operate in a massively parallel fashion to efficiently compute the neuron output values for a layer of the network. The parallel fashion in which the NNU operates, in particular by employing the collective NPU mux-reg rotater, is perhaps counter-intuitive to the conventional manner of computing neuron layer output values. More specifically, the conventional manner typically involves performing the computations associated with a single neuron, or a relatively small subset of neurons, (e.g., using parallel arithmetic units to perform the multiplies and adds), then moving on to performing the computations associated with the next neuron in the layer, and so forth in a serial fashion until the computations have been performed for all the neurons in the layer. In contrast, each clock cycle all the NPUs 126 (neurons) of the NNU 121 in parallel perform a small subset of the computations (e.g., a single multiply and accumulate) associated with the generation of all the neuron outputs. Advantageously, by the end of the approximately M clock cycles—where M is the number of nodes connected in to the current layer—the NNU 121 has computed the output of all the neurons. For many artificial neural network configurations, due to the large number of NPUs 126, the NNU 121 may be able to compute the neuron output values for all the neurons of the entire layer in by the end of the M clock cycles. As may be observed from the descriptions herein, this computation efficiency is useful for all sorts of artificial neural network computations, including but not limited to feed-forward and recurrent neural networks, such as Elman, Jordan and LSTM networks. Finally, although embodiments are described in which the NNU 121 is configured as 512 NPUs 126 (e.g., in a wide word configuration) to perform recurrent neural network computations, other embodiments are contemplated in which the NNU 121 is configured as 1024 NPUs 126 (e.g., in a narrow word configuration) to perform recurrent neural network computations and, as described above, embodiments of the NNU 121 are contemplated having different numbers of NPUs 126 than 512 or 1024.

3-Dimensional Convolutional Neural Networks

Convolutional neural networks have become increasingly popular in the field of deep learning and have produced impressive results in the area of image recognition, with promising results in other areas such as natural language processing, recommender systems and game playing. Convolutional neural networks include at least one convolution layer that convolves an input with filters to produce an output. Typically, a convolutional neural network includes a series of such convolution layers in which the output of a convolution layer is provided as the input to a subsequent convolution layer, with perhaps a pooling layer in between.

The inspiration of convolutional neural networks has been attributed to research on the nature of the visual cortex of animals in which individual neurons respond to light received within a sub-region of the visual field of the eye of the animal. The sub-region is referred to the receptive field of the neuron. The overlapping receptive fields of the neurons of the visual cortex compose the visual field. More specifically, the neurons are capable of detecting particular shapes, e.g., straight edges with a particular orientation or a blob of a particular color, within the receptive field. Due to the tiling of similar neurons across the visual field, the animal's brain may detect particular shapes regardless of the location of the shape within the visual field. This phenomenon may be referred to as translation invariance. Many convolution neural networks appear to be particularly useful when the input data is translation invariant because the filter weights are relevant to the entire input (e.g., the entire image). The translation invariance characteristic enables the filters to be reused across the entire input, thereby drastically reducing the number of weights required relative to a fully-connected layer, for example, which is also referred to above as a classic neural network layer or multiply-accumulate layer. Described herein are embodiments of methods of accelerating the performance of computations associated with convolutional neural networks on embodiments of the NNU 121 described above, as well as additional embodiments.

As stated above, a convolution operation is an operation that convolves a first matrix with a second matrix. The second matrix is referred to above as a convolution kernel; however, with respect to Figures described below, the second matrix is typically referred to as a filter of weights, parameters, elements or values. Additionally, although the first and second matrices described above with respect to FIGS. 24 through 26 are 2-dimensional (2D) matrices, convolution operations are described below in which the first and second matrices are 3-dimensional (3D) matrices since 3D convolutions are frequently employed in convolutional neural networks. That is, the input is a 3D matrix and the filters are 3D matrices, as will now be described with respect to FIG. 58.

Referring now to FIG. 58, a block diagram illustrating a 3-dimensional (3D) convolution computation task, such as is commonly performed by a convolutional neural network, is shown. More specifically, a 3D input 5802 is convolved with a plurality of filters 5804 to generate an output 5808. Generally, the input 5802 has W columns, H rows and C channels; there are F filters 5804 each having S columns, R rows and C channels (corresponding to the C channels of the input 5802); and there are F outputs 5808 (corresponding to the F filters 5804) each having P columns and Q rows. W, H, C, F, S, R, Q and P are hyper-parameters of the particular neural network being executed by the NNU 121 hardware. The hyper-parameters of a neural network are dynamic with respect to the hardware that executes them in that although the characteristics of the hardware are static (e.g., number of arithmetic logic units, memory width), the hyper-parameters may be different for different neural networks that the NNU 121 executes. For example, one neural network may be designed to perform image recognition, whereas another neural network may be designed to play GO. Furthermore, even within image recognition/GO networks, each may have different hyper-parameters, including the number of layers, layer dimensions (numbers of nodes and interconnections), and types of layers (e.g., fully-connected, convolutional, pooling, LSTM).

As an illustrative example, the input 5802 may include W=12 columns, H=12 rows, and C=20 channels; there may be 50 filters 5804 each having S=5 columns and R=5 rows; and there may be 50 outputs 5808 each having P=8 columns and Q=8 rows, which are hyper-parameters of the input, filters and output of a convolutional layer of a well-known neural network designed to classify hand-written digits, such as may be trained using the well-known MNIST database, namely, a variation of LeNet 5 described in LeCun, Y., Bottou, L., Bengio, Y., and Haffner, P. (1998), Gradient-based learning applied to document recognition, Proceedings of the IEEE, 86(11), 2278-2324. Embodiments of methods for a NNU 121 to perform convolution computations in order to convolve a 12×12×20 input 5802 with 50 5×5 filters 5804 to generate 50 8×8 outputs 5808 are described below with respect to FIGS. 59 through 69 to further illustrate by example the more general method of convolving a 3D input with 3D filters to generate an output by the NNU 121, in particular a neural network unit having an array of NPUs 126 with mux-regs (e.g., 208) configured to provide the ability to rotate a row of input data received from the data RAM 122 around the array of NPUs 126 as described herein. However, the general problem to be solved will now be described with respect to FIG. 58, i.e., the mathematics of convolving a W×H×C input 5802 with F S×R×C filters 5804 to generate F P×Q outputs 5808. More specifically, the mathematics of convolving a W×H×C input 5802 with a single S×R×C filter 5804 to generate a single P×Q output 5808 will now be described.

In the context of FIGS. 24 through 26, a convolution was the sum of the nine products of an element of the 3×3 convolution kernel and its corresponding element of the respective sub-matrix. Similarly, in the context of FIG. 58, a convolution is the sum of the S×R×C products of an element of the S×R×C filter 5804 and its corresponding element of a respective S×R×C sub-matrix of the input 5802. The resulting sum, or convolution, is one of the P×Q values of the output 5808. More specifically, assuming zero-based index values of the S columns and R rows of the filter 5804, the resulting convolution is at location [s,r] of the output 5808, where s is the index of the column and r is the index of the row of the upper left element of the S×R×C sub-matrix of the input 5802 being convolved. So, for example, denoting Y[s,r] as an output 5808 element and X[i,j,k] as an input 5802 element and F[m,n,k] as a filter 5804 element, where i is a column index and j is a row index of the input 5802, m is a column index and n is a row index of the filter 5804, and k is a channel index, then:

$\begin{matrix} {{Y\left\lbrack {s,r} \right\rbrack} = {{{X\begin{bmatrix} {s,} & {r,} & 0 \end{bmatrix}}*{F\begin{bmatrix} {0,} & {0,} & 0 \end{bmatrix}}} + {{X\begin{bmatrix} {{s + 1},} & {r,} & 0 \end{bmatrix}}*{F\begin{bmatrix} {1,} & {0,} & 0 \end{bmatrix}}} + {\ldots \mspace{20mu} {X\begin{bmatrix} {{s + S - 1},} & {r,} & 0 \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},} & {0,} & 0 \end{bmatrix}}} + {{X\begin{bmatrix} {s,} & {{r + 1},} & 0 \end{bmatrix}}*{F\begin{bmatrix} {0,} & {1,} & 0 \end{bmatrix}}} + {{X\begin{bmatrix} {s + 1} & {{r + 1},} & 0 \end{bmatrix}}*{F\begin{bmatrix} {1,} & {1,} & 0 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},} & {{r + 1},} & 0 \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},} & {1,} & 0 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {s,{r + R - 1},} & 0 \end{bmatrix}}*{F\begin{bmatrix} {0,{R - 1},} & 0 \end{bmatrix}}} + {{X\begin{bmatrix} {{s + 1},{r + R - 1},} & 0 \end{bmatrix}}*{F\begin{bmatrix} {1,{R - 1},} & 0 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},{r + R - 1},} & 0 \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},{R - 1},} & 0 \end{bmatrix}}} + {{X\begin{bmatrix} {s,} & {r,} & 1 \end{bmatrix}}*{F\begin{bmatrix} {0,} & {0,} & 1 \end{bmatrix}}} + {{X\begin{bmatrix} {{s + 1},} & {r,} & 1 \end{bmatrix}}*{F\begin{bmatrix} {1,} & {0,} & 1 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},} & {r,} & 1 \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},} & {0,} & 1 \end{bmatrix}}} + {{X\begin{bmatrix} {s,} & {{r + 1},} & 1 \end{bmatrix}}*{F\begin{bmatrix} {0,} & {1,} & 1 \end{bmatrix}}} + {{X\begin{bmatrix} {{s + 1},} & {{r + 1},} & 1 \end{bmatrix}}*{F\begin{bmatrix} {1,} & {1,} & 1 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},} & {{r + 1},} & 1 \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},} & {1,} & 1 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {s,{r + R - 1},} & 1 \end{bmatrix}}*{F\begin{bmatrix} {0,{R - 1},} & 1 \end{bmatrix}}} + {{X\left\lbrack {{s + 1},{r + R - 1},\mspace{11mu} 1}\; \right\rbrack}*{F\begin{bmatrix} {1,{R - 1},} & 1 \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},{r + R - 1},} & 1 \end{bmatrix}}*{F\begin{bmatrix} {{S - {1.R} - 1},} & 1 \end{bmatrix}}} + {{X\begin{bmatrix} {s,} & {r,{C - 1}} \end{bmatrix}}*{F\begin{bmatrix} {0,} & {0,{C - 1}} \end{bmatrix}}} + {{X\begin{bmatrix} {{s + 1},} & {r,{C - 1}} \end{bmatrix}}*{F\begin{bmatrix} {1,} & {0,{C - 1}} \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},} & \; & {r,{C - 1}} \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},} & {0,{C - 1}} \end{bmatrix}}} + {{X\begin{bmatrix} {s,} & {{r + 1},{C - 1}} \end{bmatrix}}*{F\begin{bmatrix} {0,} & {1,{C - 1}} \end{bmatrix}}} + {{X\begin{bmatrix} {{s + 1},} & {{r + 1},{C - 1}} \end{bmatrix}}*{F\begin{bmatrix} {1,} & {1,{C - 1}} \end{bmatrix}}} + {\ldots \mspace{14mu} {X\begin{bmatrix} {{s + S - 1},} & {{r + 1},{C - 1}} \end{bmatrix}}*{F\begin{bmatrix} {{S - 1},} & {1,{C - 1}} \end{bmatrix}}} + {\ldots \mspace{14mu} {X\left\lbrack {s,{r + R - 1},{C - 1}} \right\rbrack}*{F\left\lbrack {0,{R - 1},{C - 1}} \right\rbrack}} + {{X\left\lbrack {{s + 1},{r + R - 1},{C - 1}} \right\rbrack}*{F\left\lbrack {1,{R - 1},{C - 1}} \right\rbrack}} + {\ldots \mspace{14mu} {X\left\lbrack {{s + S - 1},{r + R - 1},{C - 1}} \right\rbrack}*{{F\left\lbrack {{S - 1},{R - 1},{C - 1}} \right\rbrack}.}}}} & {{Equation}\mspace{14mu} (7)} \end{matrix}$

Thus, for example, when S=R=5 and C=20, then each value of the P×Q values of the output 5808 is the sum of 5×5×20=500 products.

The description above assumes that no padding around the borders of the input 5802 are used, which is commonly referred to as a “valid” convolution (as opposed to a “same size” convolution). Consequently, the dimensions of the output 5808 are smaller than the column and row dimensions of the input 5802. More specifically, P=W−S+1, and Q=H−R+1. In the case of same size convolutions, padding is used (e.g., zero padding) to cause the dimensions of the output 5808 to be the same as the column and row dimensions of the input 5802, i.e., P=W and Q=H.

Referring now to FIG. 59, a block diagram illustrating the partitioning of a data RAM 122 row into input blocks 5902, the partitioning of a weight RAM 124 row into filter blocks 5904, the partitioning of the NPU array 126 into NPU blocks 5906, and the partitioning of a data RAM 122 row into output blocks 5908 is shown. In the embodiment of FIG. 59, the number of NPUs 126 in the NNU 121 is designated as N, and correspondingly, the number of words received from a row of the data RAM 122 is N and the number of words received from a row of the weight RAM 124 is N. The N NPUs 126 and N words received from the data RAM 122/weight RAM 124 are designated 0 through N−1, as shown.

The number of blocks 5902/5904/5906/5908 is designated G, and the G blocks are designated 0 through G−1, as shown. G is computed as the quotient of N and B. B is the blocksize. B is the smallest factor of N that is at least as great as W, which is the number of columns of the input 5802 of FIG. 58. For example, if N is 1024 and W is 12, then B is 16 because 16 is the smallest factor of 1024 that is greater than 12, and G=1024/16=64.

As shown in FIG. 59, the N words of a row of the data RAM 122/weight RAM 124 are designated 0, 1, 2 through B−1 in the first of the G blocks; B, B+1 through 2B−1 in the second of the G blocks; and so forth through N−B, N−B+1 through N−1 in block G−1. The various numbered blocks correspond with one another. That is, NPU block 0 receives input block 0 from the data RAM 122 and filter block 0 from the weight RAM 124 and generates output block 0; NPU block 1 receives input block 1 from the data RAM 122 and filter block 1 from the weight RAM 124 and generates output block 1; and so forth to NPU block N−1 receives input block N−1 from the data RAM 122 and filter block N−1 from the weight RAM 124 and generates output block N−1. The generation of results of an output block 5908 by the individual NPUs 126 within an NPU block 5906 is described below.

Partitioning the NPU 126 array, a data RAM 122 row, weight RAM 124 row, and data RAM 122 row into their respective G NPU blocks 5906, input blocks 5902, filter blocks 5904, and output blocks 5908 each of size B facilitates the NNU 121 convolving the input 5802 with the filters 5804 to generate the output 5808 in an efficient manner. In particular, the partitioning, in conjunction with the layout of the input data and filter weights within the data RAM 122 and weight RAM 124, facilitates a unique nested loop structure that advantageously uses the rotater mux-reg 208 structure of the NNU 121 to rotate the input blocks 5902 associated with all the C channels of the input 5802 so that each of F of the G NPU blocks 5906 associated with the F filters 5804 “see” (i.e., to receive) all C channels of the input 5802 for convolving with its corresponding filter 5804. More specifically, the NNU 121 reads the input blocks 5902 of a row of the data RAM 122 into the mux-regs 208 and then, using the rotater formed by the mux-regs 208, rotates the input blocks 5902 through at least C adjacent NPU blocks 5906. This enables each NPU 126 to perform multiply-accumulate operations of all the channels of a row of its corresponding filter 5804 with all the channels of a row of the input 5802 (e.g., to perform a column-channel-sum, as described below with respect to FIG. 60) before another row of the input 5802 is read into the mux-regs 208, as described in more detail with respect to the pseudocode of FIG. 60. The use of the NNU 121 is unique and efficient with respect to a more intuitive conventional method that might be applied based on examination of Equation (7) above.

It may be observed from the foregoing that although N is static, B and therefore G, are dynamic because they are a function not only of N but also of W, which is a hyper-parameter of the particular neural network being executed by the NNU 121. The values of G and B are incorporated into the non-architectural program that executes on the NNU 121 to perform the convolution operation, as described in more detail below.

Referring now to FIG. 60, pseudocode illustrating computations performed by a non-architectural program executing on the NNU 121 to perform a 3D convolution task, such as shown in FIG. 58, is shown. The pseudocode listing includes line numbers to facilitate its description. In FIG. 60, the line numbers begin at 2, and line numbers 4, 16, 18, 21-22 and 25 are skipped. This is so that the pseudocode of FIG. 60 may be more easily compared with the pseudocode of FIGS. 63, 67 and 69 in which similar instructions of the pseudocode have corresponding line numbers. It is also noted that lines 18 and 22 are skipped in FIGS. 67 and 69, whereas all of lines 1 through 26 are included in FIGS. 63 and 65.

While examining the pseudocode of FIG. 60, it should be kept in mind that the same instructions, or operations, are performed by all of the NPUs 126 of the NNU 121 concurrently, as described above with respect to FIGS. 1 through 48, for example. Thus, although portions of FIG. 60 may be described with respect to a single NPU 126 that functions as a single neuron of a convolutional neural network layer to generate a single element, or convolution result, of an output 5808, it should be understood that all the NPUs 126 are operating concurrently to generate results according to the pseudocode of FIG. 60. However, it should also be kept in mind that in many cases, depending upon the hyper-parameters of the convolutional neural network layer, some of the NPUs 126 within an NPU block 5906 may generate a result that is not used. Furthermore, although the P convolution results of a row of the Q rows of an output 5808 within a given output block 5908 are packed together, there may be some results on the borders of an output block 5908 that are not used. Consequently, within the row of the data RAM 122 (or weight RAM 124) to which the N results are written (e.g., at line 24 of FIG. 60), all of the F×P convolution results are typically not packed together. Preferably, another non-architectural program (or additional portions of the same non-architectural program) gathers the unpacked convolution results together for input to the next layer of the neural network. Finally, FIG. 60 may be understood more fully in the context of the layout of the input 5802 within the data RAM 122 and the layout of the filters 5804 within the weight RAM 124, four embodiments of which are described below with respect to FIGS. 61 through 69.

The pseudocode includes four nested loops, denoted loop 1, loop 2, loop 3, and loop 4. Loop 1 is the outer loop and loop 4 is the inner loop. Loop 1 iterates for each of the Q output rows of the output 5808. Loop 2 iterates for each of the R filter rows of the filters 5804. Loop 3 iterates for at least each of the C channels of the input 5802. As described in more detail below, loop 3 also iterates for the number of gap input block groups (see 6103 of FIG. 61B, for example), if present, in addition to the C channels. Loop 4 iterates for each of the S filter columns of the filters 5804. When visualizing an S-column, R-row, C-channel filter 5804 spatially laid over a correspondingly-sized portion of the input 5802 volume, the four loops may be generalized in the next paragraph, with a more detailed explanation of each loop following. The non-architectural program may accomplish loops by using a LOOP instruction along with an INITIALIZE instruction, such as the INITIALIZE and LOOP instructions of FIG. 26A, 28, 42, 45, 48, 51, 54 or 57. Loop 1 may be accomplished by assigning the LOOPCNT to Q. Preferably, the three outer loops (loops 1, 2 and 3) may be accomplished by using INITIALIZE and LOOP instructions; whereas, the inner loop (loop 4) may be accomplished using the COUNT value associated with a multiply-accumulate instruction, such as the MULT-ACCUM instructions of FIG. 4, 9, 20, 26A, 42, 45 or 57.

According to loop 4, the inner loop, each NPU 126 accumulates into its accumulator 202 a sum of S products of the S weights of a row of its corresponding filter 5804 and the S overlaid input 5804 elements, which sum will be referred to here as a column-sum. According to loop 3, loop 4 accumulates into the accumulator 202 a first column-sum for a first channel of the C channels, then accumulates into the accumulator 202 a second column-sum for a second channel with the first column-sum and so forth until it has accumulated C column-sums for all C channels of the filter 5804. In some cases, depending upon the hyper-parameters, loop 3 may accumulate into the accumulator 202 additional zero-valued column-sums associated with gap input block groups 6103 and gap filter block groups 6104 (see FIG. 61). (The order in which the channels are processed varies for each filter 5804 depending upon the location of the filter's NPU block 5906 among the NPU blocks 5906, in particular depending upon the index of the filter's NPU block 5906 modulo the number of channels, C, as described in more detail below.) Thus, at the completion of an instance of loop 3, the NNU 121 will have accumulated a sum of S×C products for a horizontal 2D slice of the filter 5804 and its corresponding 2D overlaid horizontal 2D slice of the input 5802, which sum will be referred to here as a column-channel-sum. According to loop 2, loop 3 accumulates into the accumulator 202 a first column-channel-sum for row 0 of the filter 5804, then accumulates into the accumulator 202 a second column-channel-sum for row 1 of the filter 5804, and so forth until it has accumulated R column-channel-sums for all R rows of the filter 5804. Thus, at the completion of an instance of loop 2, the NNU 121 will have accumulated a sum of S×C×R products for the filter 5804 and its corresponding overlaid volume of the input 5802, which sum will be referred to here as a column-channel-row-sum and which is the final convolution result of a single row of the Q rows of an output 5806. At the end of loop 2, the NPU 126 writes the F column-channel-row-sums to a row of the data RAM 122. As may be observed, the column-channel-row-sum is computed on a column-channel-row order, as opposed to a conventional column-row-channel order. This is advantageous because it takes advantage of the N-wide mux-reg 208 rotator capability of the NNU 121. According to loop 1, loop 2 accumulates into the accumulator 202 a first column-channel-row-sum for row 0 of the output 5806, then accumulates a second column-channel-row-sum for row 1 of the output 5806, and so forth until it has generated and output to the data RAM 122 a column-channel-row-sum for all Q rows of the output 5806.

Although the non-architectural program of FIG. 60 will generally be described from the outside in, i.e., with respect to the outer loop and then succeeding inner loops, to aid in understanding, loop 4, the innermost loop, will first be described.

Loop 4 causes the multiplier 242 of each NPU 126 to perform S multiplies to generate S products. As each of the S products is produced, it is accumulated into the accumulator 202. Thus, at completion of loop 4, the accumulator 202 holds an intermediate sum of S more products than it held prior to the initiation of loop 4, i.e., it holds another column-sum. Each of the S multiplies of loop 4 by each NPU 126 takes as a first operand an element of the input 5802 in a respective column of the W columns and a channel of the C channels and a row of the H rows of the input 5802. The column of the W columns depends upon which iteration of loop 4 is being performed and the location of the NPU 126 within the NPU block 5906. The channel of the C channels (including the number of gap input block groups, if any) depends upon which iteration of loop 3 is being performed and the location of the NPU block 5906 that includes the NPU 126. The row of the H rows depends upon a combination of which iteration of loop 1 and which iteration of loop 2 is being performed. The first operand, an input 5802 element, is either read into the mux-reg 208 from the data RAM 122 (e.g., at line 8 of FIG. 60) or rotated into the mux-reg 208 from an adjacent NPU 126 (e.g., at line 15 or line 19 of FIG. 60). Each of the S multiplies takes as a second operand a weight in a respective column of the S columns and a channel of the C channels and a row of the R rows of a filter 5804 associated with the filter block 5904 corresponding to the NPU block 5906 that includes the NPU 126. The column of the S columns depends upon which iteration of loop 4 is being performed. The channel of the C channels (including the number of gap input block groups, if any) depends upon which iteration of loop 3 is being performed and the location of the NPU block 5906 that includes the NPU 126. The row of the R rows depends upon which iteration of loop 2 is being performed. The second operand, a weight, is read into the register 205 (or mux-reg 705) from the weight RAM 124 (e.g., at line 13 of FIG. 60).

In one embodiment, an execution instance of loop 4 may be accomplished by a single MULT-ACCUM/execute non-architectural instruction that specifies a count of S, specifies input 211 to the mux-reg 208 (i.e., the rotated input 5802 element word from the mux-reg 208 of the adjacent NPU 126) as the first multiplier 242 input, and specifies to read a weight word from the weight RAM 124 into the register 205 as the second multiplier 242 input. Alternatively, the non-architectural program may include a pair of MULT-ACCUM/execute non-architectural instructions to accomplish an execution instance of loop 4. For example, a first one or more instructions specifies a count of 1, specifies input 211-2, 211-4, and/or 211-8 to the mux-reg 208 (i.e., the rotated input 5802 element word from the mux-reg 208 of the NPU 126 two, four and/or eight away, respectively, to accomplish a multi-word rotate, as described in more detail with respect to the multi-word distance rotate operation of FIGS. 70 and 71) as the first multiplier 242 input, and specifies to read a word from the weight RAM 124 into the register 205 as the second multiplier 242 input. The second instruction specifies a count of S minus one, specifies input 211 to the mux-reg 208 as the first multiplier 242 input, and specifies to read a word from the weight RAM 124 into the register 205 as the second multiplier 242 input. The first instruction, by specifying a larger than one rotate, may be used to effectively accomplish the block alignment described at line 19 of FIG. 60 for all but the first iteration of loop 3. The outer loops will now be described.

Each iteration of loop 1 clears the N accumulators 202 of the N NPUs 126. The non-architectural program may clear the accumulators 202 using an INITIALIZE instruction or an “execute” instruction, such as described above (e.g., with respect to FIG. 4). Each iteration of loop 1 then performs loop 2, which accumulates results into the N accumulators 202. Finally, each iteration of loop 1 writes the column-channel-row-sums generated by loop 2 from the N accumulators 202 to a row of the data RAM 122 (or alternatively to a row of the weight RAM 124). The column-channel-row-sums in the accumulators 202 upon completion of an execution instance of loop 2 include convolutions that are mathematically equivalent to that described in Equation (7) above. The convolution column-channel-row-sums in the accumulators 202 are a row of the Q rows of the F outputs 5808. More specifically, F of the G NPU blocks 5906 produce F corresponding output blocks 5908; and each of the F output blocks 5908 includes, for a corresponding output 5808 of the F outputs 5808, the row of the Q rows of the corresponding output 5808. In the case where F is less than G, then the results of the accumulators 202 of G-F of the NPU blocks 5906 are unused. The P convolution column-channel-row-sums of the row of the Q rows are provided from a subset of the accumulators 202 of the B NPUs 126 of the relevant NPU block 5906, and the other accumulators 202 are unused. Each iteration of loop 1 produces a different row of the Q rows of the outputs 5808, and each of the F NPU blocks 5906 produces a different one of the F outputs 5808 within a corresponding one of F of the G output blocks 5908 corresponding to the F NPU blocks 5906.

The valid/used subset of accumulators 202 within an NPU block 5906 depends particularly upon the difference, if any, between the blocksize B and the number of input columns W and whether “valid” or “same size” convolution outputs are generated. In the case in which W equals B and same size convolutions are required, the subset includes all B of the accumulators 202 of the NPU block 5906, in which case P also equals B and W. The subset of accumulators 202 is described in more detail below with respect to the embodiment of FIG. 62; however, it should be remembered that each individual element, or convolution column-channel-row-sum, of an output 5808 is generated by a single NPU 126 within its accumulator 202.

Furthermore, preferably the individual convolution column-channel-row-sum is fully generated within the NPU 126 accumulator 202 without writing to the data RAM 122 (or weight RAM 124) any intermediate partial sums and subsequently reading them back. This advantageously avoids losing precision of the convolution column-channel-row-sum. As described above, preferably the width of the accumulators 202 is significantly wider than the width of the individual words input from and/or written to the data RAM 122 and/or weight RAM 124. Preferably, the accumulator 202 values are converted, saturated and/or compressed to the size of the data RAM 122/weight RAM 124 words before being written to the data RAM 122. For example, the accumulator 202 values, which may be 28 bits, may be converted, saturated and/or compressed to 8 bit words before being written to the data RAM 122, as described above, for example with respect to FIGS. 30 through 33.

Each iteration of loop 2 reads into the N mux-regs 208 a row from the data RAM 122. More specifically, the G NPU blocks 5906 read into their mux-regs 208 a respective one of the G input blocks 5902 into which the data RAM 122 row is partitioned. The G input blocks 5902 are rotated around the NNU 121 to different NPU blocks 2906 by loop 3 using the mux-reg 208 rotater. The non-architectural program may read the data RAM 122 row into the mux-regs 208 using a MULT-ACCUM instruction or an “execute” instruction, such as described above. The MULT-ACCUM/execute instruction may also specify to read a row from the weight RAM 124, as described in more detail with respect to loop 4. After reading the data RAM 122 row, each iteration of loop 2 then performs loop 3.

Each iteration of loop 3 performs loop 4 and then rotates the mux-regs 208 to align the input blocks 5902 with the next adjacent NPU blocks 5906. Advantageously, this enables each NPU 126 block to accumulate another column-sum for a different channel of the C channels, i.e., for the channel associated with the input block 5902 now rotated into alignment with the NPU block 5906. Preferably, upon completion of loop 4, the input blocks 5902 within the mux-regs 208 will have been rotated S words, as described more below. Thus, in order to align the input blocks 5902 with the next adjacent NPU blocks 5906, the non-architectural program will preferably rotate the mux-regs 208 B minus S words. However, depending upon the implementation of the non-architectural program, and in particular loop 4, the aligning rotate may require rotating the mux-regs 208 B minus S plus one words. The non-architectural program may rotate the mux-regs 208 to align the input blocks 5902 with the next adjacent NPU blocks 5906 using one or more MULT-ACCUM instructions or “execute” instructions, such as described above. The one or more non-architectural instructions may include a multi-word distance rotate, such as described below with respect to FIGS. 70 and 71. Thus, as may be observed, each iteration of loop 2 produces F column-channel-row-sums, or convolutions, and writes them to a row of the data RAM 122.

Although embodiments are described in which “valid” convolutions are performed, other embodiments are contemplated in which “same size” convolutions are performed. The difference between valid convolutions and same size convolutions relates to how edges of the input 5802 are handled, which in turn affects the size of the outputs 5808. A valid convolution produces an output 5808 that has a smaller number of rows and columns than the input 5802; whereas, a same size convolution produces an output 5808 that has the same number of rows and columns as the input 5802. For example, performing a valid convolution of a 12×12 input with a 5×5 filter produces an 8×8 output; whereas, performing a same size convolution of a 12×12 input with a 5×5 filter produces a 12×12 output. To accomplish this, the valid convolution operation only performs multiply-accumulates on actually existing values of the input, i.e., “valid” values; whereas, the same size convolution operation must assume values of 4 rows and 4 columns that do not actually exist in the input, i.e., “invalid” values. The same size convolution operation must assume some invalid values (e.g., typically zero) because as the 5×5 filter is swept across the 12×12 input, there will be 4 rows at the right edge (or left edge or combination thereof) that do not have corresponding input 5802 elements to multiply by.

Referring now to FIGS. 61A and 61B, referred to collectively as FIG. 61, a block diagram illustrating the layout 6101 of groups of input blocks 5902 within the data RAM 122 and the layout 6102 of groups of filter blocks 5904 within the weight RAM 124 according to one embodiment for convolving a 12×12×20 input 5802 with 50 5×5 filters 5804 to generate 50 8×8 outputs 5808 is shown. The example of FIG. 61 assumes a NNU 121 that has 1024 NPUs 126; that is, N=1024 (see FIG. 59). Consequently, because the hyper-parameter W=12, then B=16, i.e., the smallest factor of N that is at least as great as W; and because B=16, then G=1024/16=64. Thus, there are 64 NPU blocks 5906, there are 64 input blocks 5902 per data RAM 122 row, and there are 64 filter blocks 5904 per weight RAM 124 row. FIG. 61 shows the zero-based input block indexes 0 through 63 and filter block indexes 0 through 63, which correspond to NPU block indexes 0 through 63, as described above with respect to FIG. 59. That is, each input block 5902 and filter block 5904 having an index of 0 is received by the NPU block 5906 having index 0; each input block 5902 and filter block 5904 having an index of 1 is received by the NPU block 5906 having index 1; and so forth to each input block 5902 and filter block 5904 having an index of 63 is received by the NPU block 5906 having index 63. In the embodiment of FIG. 61, an input block at index 0 includes words 0-15 of the data RAM 122; an input block at index 1 includes words 16-31 of the data RAM 122; and so forth to an input block at index 63 includes words 1008-1023 of the data RAM 122. Similarly, a filter block at index 0 includes words 0-15 of the weight RAM 124; a filter block at index 1 includes words 16-31 of the weight RAM 124; and so forth to a filter block at index 63 includes words 1008-1023 of the weight RAM 124.

FIG. 61 shows 64 input block groups. Sixty of the input block groups reside in input block indices 0 through 59 and are denoted generically I[c], where c denotes a channel index of the C=20 channels. Three instances, or copies, of the 20 input block groups associated with the C=20 channels—i.e., I[0] through I[19]—are tiled across input block indices 0 through 59, as described in more detail below. Four of the input block groups, referred to as gap input block groups 6103 denoted I[G], reside in input block indices 60 through 63. Preferably, the gap input block groups 6103 contain zero values. An input block group I[c] is a group of H input blocks 5902 within H different rows of the data RAM 122 and that are all located in the data RAM 122 within the same input/filter/NPU block index. Therefore, all input blocks 5902 of an input block group are provided to the same NPU block 5906. Furthermore, each input block group I[c] holds the elements of a H×W vertical slice for a channel, c, of the input 5802, or zeros in the case of a gap input block group 6103, as described below. More specifically, each input block 5902 of the H input blocks 5902 of the input block group I[c] holds a respective row of the elements of the H×W vertical slice of the channel c of the input 5802.

In the context of FIG. 61, an input block group I[c] is a group of 12 input blocks 5902 within 12 different rows of the data RAM 122. (In the embodiment of FIG. 61, the 12 rows are adjacent in the data RAM 122, namely in rows 0-11; however, other embodiments are contemplated in which the rows are not adjacent and the non-architectural program is modified accordingly to address the rows of the data RAM 122 in which the input blocks 5902 reside.) Thus, each input block group has 16 words per input block×12 rows=192 words of the data RAM 122. However, each input block 5902 holds only the W=12 elements of a respective row, h, and a channel, c, of the input 5802, and the remaining B−W=16−12=4 words of the input block 5902 are not used (and are zero, in one embodiment), as shown in FIG. 62. More specifically, each input block group I[c] holds the elements of a 12×12 vertical slice for a channel, c, of the input 5802 (see 6215 of FIG. 62), or zeros in the case of a gap input block group 6103. Each of the 12 input blocks 5902 of an input block group I[c] of FIG. 61 holds a respective row of the elements of the 12×12 vertical slice 6215 of the channel c of the input 5802. An input block group I[c] is described in more detail with respect to FIG. 62. The example of FIGS. 61 and 62 show the input block groups stored in rows 0 through 11 of the data RAM 122, although the input block groups may be stored in other rows. That is, although in FIG. 61 the row numbers of the data RAM 122 rows that hold the input block group I[c] correspond to the row numbers of the input 5802, this is coincidental, and other data RAM 122 rows may store the input block group and, as stated above, the data RAM 122 rows may be non-adjacent in some embodiments.

In the example of FIG. 61, the data RAM 122 holds 64 input block groups each having 12 input blocks 5902 for a total of 768 input blocks 5902 in the example of FIG. 61 to convolve the 12×12×20 input 5802 with the 50 5×5×20 filters 5804 to produce the 50 8×8 outputs 5806. However, since there are 64 input block indexes and only 20 channels, the 20 channels are tiled three times across input block indexes 0 through 59, and the input block groups of input block indexes 60 through 63 hold zero values rather than elements from the input 5802. That is, as shown, input block group I[0] resides in input block index 0, input block group I[1] resides in input block index 1, and so forth to input block group I[19] resides in input block index 19; then the pattern repeats, namely, input block group I[0] resides in input block index 20, input block group I[1] resides in input block index 21, and so forth to input block group I[19] resides in input block index 39; then the pattern repeats one more time, namely, input block group I[0] resides in input block index 40, input block group I[1] resides in input block index 41, and so forth to input block group I[19] resides in input block index 59; and the gap input block groups 6103 that reside in input block indexes 60 through 63 are populated with zeros so that the column-sums generated therefrom are zero and therefore when accumulated in the accumulators 202 do not contribute to the final column-channel-row-sums.

When necessitated by the hyper-parameters, the gap input block groups 6103 and the gap filter block groups 6104 exist and facilitate the rotation of the input blocks 5902 around the NNU 121 using the rotater comprising the N mux-regs 208, as described in more detail below.

FIG. 61 shows 64×24=1536 filter block groups, denoted generically F[f,c], where f denotes a filter of the F filters 5804 and where c denotes a channel index of the C=20 channels, or F[G], which denotes a gap filter block group 6104. Preferably, a gap filter block group 6104 contains zero values. The purpose of the gap filter block groups F[G] is to convolve them with the gap input block groups I[G]. A filter block group F[f,c] is a group of R×S filter blocks 5904 within R×S different rows of the weight RAM 124 and that are all located in the weight RAM 124 within the same input/filter/NPU block index. Therefore, all filter blocks 5904 of all filter block groups of a filter, f, are provided to the same NPU block 5906. Furthermore, each filter block group F[f,c] holds the weights of a R×S vertical slice for a channel, c, of a filter 5804, f, (see 6209 of FIG. 62), or zeros in the case of a gap filter block group F[G]. More specifically, each filter block 5904 of the R×S filter blocks 5904 of the filter block group F[f,c] holds P copies of a different weight of the R×S vertical slice 6209 of the channel, c, of the filter 5804, f, as described in more detail with respect to FIG. 62.

In the context of FIG. 61, a filter block group F[f,c] is a group of 25 filter blocks 5904 within 25 different rows of the weight RAM 124. (In the embodiment of FIG. 61, the 25 rows are adjacent in the weight RAM 124, namely in rows 0-24, 25-49, etc.; however, other embodiments are contemplated in which the rows are not adjacent and the non-architectural program is modified accordingly to address the rows of the weight RAM 124 in which the filter blocks 5904 reside. FIGS. 66 and 68 describe embodiments with different arrangements of filter block groups and filter blocks 5904 within filter block groups.) Thus, each filter block group F[f,c] of FIG. 61 has 16 words per filter block×25 filter blocks 5904 (within 25 weight RAM 124 rows) per filter block group=400 words of the weight RAM 124. However, each filter block 5904 holds only P=8 copies of the weight of a respective column, s, respective row, r, and a channel, c, of the filter 5804, f, and the remaining B−P=16−8=8 words of the filter block 5904 are not used (and are zero, in one embodiment), as shown in FIG. 62. More specifically, each filter block group F[f,c] holds the weights of a 5×5 vertical slice 6209 for a channel, c, of a filter 5804, f, or zeros in the case of a gap filter block group 6104. More specifically, each filter block 5904 of the 25 filter blocks 5904 of the filter block group F[f,c] holds 8 copies of a different weight of the 5×5 vertical slice 6209 of the channel, c, of the filter 5804, f, as described in more detail with respect to FIG. 62.

In the example of FIG. 61, the weight RAM 124 holds 64×24=1536 filter block groups each having 25 filter blocks 5904 for a total of 38,400 filter blocks 5904 in the example of FIG. 61 to convolve the 12×12×20 input 5802 with the 50 5×5×20 filters 5804 to produce the 50 8×8 outputs 5806. However, since there are only 50 filters 5804, 64−50=14 NPU blocks 5906 produce convolutions that are not used; hence, the filter block groups under filter block indexes 50 through 63 contain don't care values, as shown. As shown, filter block groups F[0,0] through F[0,19] and four gap filter block groups F[G] reside in filter block index 0, filter block groups F[1,0] through F[1,19] and four gap filter block groups F[G] reside in filter block index 1, and so forth to filter block groups F[49,0] through F[49,19] and four gap filter block groups F[G] reside in filter block index 49; and the filter block groups that reside in filter block indexes 50 through 63 are don't care values.

As mentioned above, the nested loop structure advantageously uses the rotater mux-reg 208 structure of the NNU 121 to rotate the input blocks 5902 associated with all the C channels of the input 5802 so that each of the F of the G NPU blocks 5906 associated with the F filters 5804 sees all C channels of the input 5802 for convolving with its corresponding filter 5804. However, the fact that the number of blocks, G=64, is not evenly divisible by the number of channels, C=20, creates a need for the existence of the gap input block groups I[G] and the need for loop 3 of the non-architectural program to iterate 4 more times (64%20=4, which is the number of gap input block groups I[G]) beyond the 20 times for the C=20 channels. More specifically, assuming rotation right, although the NPU blocks 5906 at indexes 19 through 49 would all see the input blocks 5902 for channels 0 through 19, the NPU blocks 5906 at index 0 through 18 would not. For example, the NPU block 5906 at index 18 would see channels 0 through 18, but not channel 19, unless channel 19 were included in one of the input block indexes 60 through 63. For another example, the NPU block 5906 at index 0 would see channels 0 and 5 through 19, but not channels 1 through 4, unless channels 1 through 4 were included in input block index 60 through 63, in which case channel 19 could not be included in one of the input block indexes 60 through 63 to satisfy the NPU block 5906 at index 18.

To address this problem, the gap input block groups I[G] are introduced to guarantee that the column-sums generated using them have zero values (due to the zero values in the gap input block groups I[G] and/or the zero values in their corresponding gap filter block groups F[G]) so that the resulting zero valued column-channel-sums do not contribute to the final column-channel-row-sums, yet permitting a sufficient number of rotations—as a result of the number of gap input block groups I[G] additional iterations of loop 3—such that all NPU blocks 5906 see all 20 of the channels. Thus, due to the iteration count of 24 for loop 3 in FIG. 63 rather than C=20, each NPU 126 generates an additional 5×4×5=100 column-sums per column-channel-row-sum, i.e., convolution result, than would be needed in the absence of gaps (e.g., as in the embodiments of FIGS. 64-65 and 68-69. However, advantageously, the zero values of the gap input block groups I[G] and/or gap filter block groups F[G] causes the NPUs 126 to generate zero values for the additional 100 column-sums per column-channel-row-sum.

The non-architectural program addresses the weight RAM 124 such that it reads the appropriate weight of the relevant filter 5804 into the register 705 when the corresponding element of the input 5802 is present in the mux-reg 208 of the NPU 126. The addressing of the weight RAM 124 by the non-architectural program is coordinated with the layout of the weights of the filters 5804 in the weight RAM 124. Various embodiments of the weight RAM 124 addressing by the non-architectural program and coordinated weight layout are contemplated, and FIGS. 61 and 66 describe two different embodiments in which gaps are included, and FIGS. 64 and 68 describe two different embodiments in which gaps are not included.

As shown in the example of FIG. 61, for filter block index 0, F[0,0] occupies rows 0-24 of the weight RAM 124, gap filter block groups F[G] occupy rows 25-124, F[0,19] occupies rows 125-149, F[0,18] occupies rows 150-174, and so forth to F[0,1] occupies rows 575-599; for filter block index 1, F[1,1] occupies rows 0-24, F[1,0] occupies rows 25-49, gap filter block groups F[G] occupy rows 50-149, F[1,19] occupies rows 150-174, F[1,18] occupies rows 175-199, and so forth to F[1,2] occupies rows 575-599; and so forth to for filter block index 19, F[19,19] occupies rows 0-24, F[19,18] occupies rows 25-49, F[19,17] occupies rows 50-74, and so forth to F[19,00] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; for filter block index 20, F[20,0] occupies rows 0-24, F[20,19] occupies rows 25-49, F[20,1] occupies rows 50-74, and so forth to F[20,1] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; for filter block index 21, F[21,1] occupies rows 0-24, F[21,00] occupies rows 25-49, F[21,19] occupies rows 50-74, and so forth to F[21,2] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; and so forth to for filter block index 39, F[39,19] occupies rows 0-24, F[39,18] occupies rows 25-49, F[39,17] occupies rows 50-74, and so forth to F[39,00] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; for filter block index 40, F[40,0] occupies rows 0-24, F[40,19] occupies rows 25-49, F[40,1] occupies rows 50-74, and so forth to F[40,1] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; for filter block index 41, F[41,1] occupies rows 0-24, F[41,00] occupies rows 25-49, F[41,19] occupies rows 50-74, and so forth to F[41,2] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; and so forth to for filter block index 49, F[49,09] occupies rows 0-24, F[49,08] occupies rows 25-49, F[49,07] occupies rows 50-74, and so forth to F[49,10] occupies rows 475-499, and gap filter block groups F[G] occupy rows 500-599; and the values in the filter block groups of filter block indices 50 through 63 are don't cares. The example of FIG. 61 shows the filter block groups stored in rows 0 through 599 of the weight RAM 124, although other embodiments are contemplated in which the filter block groups F[f,c] are stored in other rows.

The addressing of the weight RAM 124 to read into the NPUs 126 the weights of the various filter block groups of FIG. 61 is described in more detail with respect to FIG. 63. It may be observed that, generally, when looking from top to bottom at the channel, c, values of the filter block groups F[f,c] of a given filter block index, the order of the column values, c (taking into account the gaps), is the order in which the channel, c (taking into account the gaps), of the input block groups are seen by the NPU block 5906 whose index corresponds to the filter block index as the input block groups are rotated around the NNU 121. Furthermore, the rotation of the input blocks 5902 and the weight RAM 124 addressing performed by the non-architectural program according to the pseudocode of FIG. 63 cause the gap filter block groups F[G] and gap input block groups I[G] to be present in the NPUs 126 concurrently and to therefore generate zero-valued column-sums.

Since the product of zero and any value is zero, it is necessary for only one of the gap input blocks 6103 and the gap filter blocks 6104 to contain zeros, not both. Thus, in embodiments in which the filter 5804 weights are determined a priori but the input 5802 is dynamically sampled or generated by a previous layer of the network, it may be advantageous to make the gap filter block groups 6104 have zero values to avoid having to zero out the gap input block groups 6103. However, other embodiments are contemplated in which the gap input block groups 6103 are zeros.

Referring now to FIG. 62, a block diagram illustrating an input block group I[c] of FIG. 61; a 5×5 vertical slice 6209 of a filter 5804, f, and a channel, c; a filter block group F[f,c] of FIG. 61; and an output block 5908 of FIG. 59 is shown.

The input block group I[c] shown of FIG. 62 includes 12 rows and 16 columns. The 16 columns are indexed 0 through 15 and correspond to the 16 words of an input block 5902. As shown in FIG. 62, each column index value is the data RAM 122 column number modulo B=16. Thus, for example, assume the input block group I[c] of FIG. 62 corresponds to the copy of input block group I[01] of FIG. 61 that resides in input block index 21. The input blocks 5902 at input block index 21 reside in columns 336 through 351 of the data RAM 122. Thus, the words of the input block group I[01] in input block index 21 in column 339 reside in input block group index 339%16=3. In the example of FIG. 62, the 12 rows of the input block group I[c] are shown to reside in data RAM 122 rows 0 through 11, although they may reside in other rows of the data RAM 122. The 2D matrix composed of the 12 rows and columns 0 through 11 of the input block group I[c] are populated with a 12×12 vertical slice 6215 of the input 5802 corresponding to channel c. The vertical slice 6215 is the elements of the 12 rows and 12 columns of the input 5802 at a given channel, c.

Columns 12 through 15 of the input block group I[c] are unused. However, it should be noted that in a network in which the hyper-parameter W is greater than 12, some or all of these columns may be used. For example, if W is 14, then columns 12 and 13 would be used. Additionally, if the network performs same size convolutions rather than valid convolutions, padding elements (e.g., zeros) may be included in columns 12 through 15, as wells as rows 12 through 15, although other padding embodiments are contemplated that place the padding elements in different rows and/or columns at the edges of the actual input 5802 elements, for example, where the padding elements are spread relatively evenly around the left and right and top and bottom edges of the input block group I[c].

The 5×5 vertical slice 6209 of a filter 5804, f, at a given channel, c, is composed of the weights of the 5 rows and 5 columns of the filter 5804 at a channel, c. To use in illustrating the filter block group, each of the 25 elements of the 5×5 vertical slice 6209 is labeled 0 through 24. More specifically, from left to right, the elements in row 0 are labeled 0 through 4, the elements in row 1 are labeled 5 through 9, the elements in row 2 are labeled 10 through 14, the elements in row 3 are labeled 15 through 19, and the elements in row 4 are labeled 20 through 24.

The filter block group F[f,c] of FIG. 62 includes 25 rows and 16 columns. The 16 columns are indexed 0 through 15 and correspond to the 16 words of a filter block 5904. As shown in FIG. 62, each column index value is the weight RAM 124 column number modulo B=16. Thus, for example, assume the filter block group F[f,c] of FIG. 62 corresponds to the filter block group F[21,17] of FIG. 61, which resides in filter block index 21. The filter blocks 5904 at filter block index 21 reside in columns 336 through 351 of the weight RAM 124. Thus, the words of the filter block group F[21,17] in filter block index 21 in column 339 reside in filter block group index 339%16=3. In the example of FIG. 62, the 25 rows of the filter block group F[f,c] are shown to reside in weight RAM 124 rows 0 through 24, although they may reside in other rows of the weight RAM 124.

Each row of the 25 rows of the filter block group F[f,c] includes, in filter block indices 4 through 11, P=8 copies of a respective weight of the 25 weights of the 5×5 vertical slice 6209. Taking rows 0 through 24 in order, the respective weights begin with row 0 and column 4 and go through column 0, then row 1 and column 4 through column 0, and so forth to row 4 and column 4 through column 0. Thus, row 0 includes 8 copies of weight 4, row 1 includes 8 copies of weight 3 and so forth to row 4 includes 8 copies of weight 0; row 5 includes 8 copies of weight 9, row 6 includes 8 copies of weight 8 and so forth to row 9 includes 8 copies of weight 5; row 10 includes 8 copies of weight 14, row 11 includes 8 copies of weight 13 and so forth to row 14 includes 8 copies of weight 10; row 15 includes 8 copies of weight 19, row 16 includes 8 copies of weight 18 and so forth to row 19 includes 8 copies of weight 15; and row 20 includes 8 copies of weight 24, row 21 includes 8 copies of weight 23 and so forth to row 24 includes 8 copies of weight 20. This arrangement of the vertical slice 6209 weights in the filter block group F[f,c] along with the arrangement of the elements of the input 5802 in the input block group I[c] cause the corresponding weights of the 5×5 vertical slice 6209 to be multiplied by the corresponding element of the 5×5 sub-matrix of the input 5802 overlaid by the vertical slice 6209 as the input 5802 elements of an input block 5902 are rotated through the NPU block 5906 per inner loop 4.

Columns 0 through 3 and 12 through 15 of the filter block group F[f,c] are unused in embodiments in which valid convolutions are performed. However, it should be noted that in a network in which the hyper-parameter W is greater than 12, some or all of these columns may be used. For example, if W is 14, then columns 12 and 13 would also include copies of the weight. Additionally, if the network performs same size convolutions rather than valid convolutions, copies of the weight may be included in one or more of columns 0 through 3 and 12 through 15 to multiply by the padding elements.

The output block 5908 of FIG. 62 includes one row and 16 columns. The 16 columns are indexed 0 through 15 and correspond to the 16 words of an output block 5908. As shown in FIG. 62, each column index value is the NPU 126 number or the data RAM 122 (or weight RAM 124) column number modulo B=16. Thus, for example, assume the output block 5908 of FIG. 62 corresponds to output block index 21. The output blocks 5908 at output block index 21 reside in columns 336 through 351 of the data RAM 122 (or weight RAM 124). Thus, the words of the output block 5908 in output block index 21 in column 339 reside in output block group index 339%16=3. The words of the output block 5908 are shown in columns 4 through 11 as 8 convolution results, or column-channel-row-sums, denoted R0 through R7, which correspond to columns 0 through 7, respectively, of the P=8 columns of an output 5806. That is, within each NPU block 5906, NPU 4 generates the convolution result, or column-channel-row-sum, for output 5806 column 0 which corresponds to output block 5908 column 4, NPU 5 generates the convolution result for output 5806 column 1 which corresponds to output block 5908 column 5, and so forth to NPU 11 generates the convolution result for output 5806 column 7 which corresponds to output block 5908 column 5; and NPUs 0-3 and 12-15 generate results that are not used. As with the input block group I[c] and filter block group F[f,c] above, columns 0 through 3 and 12 through 15 may be used if the hyper-parameters of the network are different and/or if same size convolutions are generated rather than valid convolutions.

Referring now to FIG. 63, pseudocode illustrating computations performed by a non-architectural program executing on a NNU 121 having N=1024 NPUs 126 to convolve a 12×12×20 input 5802 with 50 5×5×20 filters 5804 to produce 50 8×8 outputs 5806 in conjunction with the data RAM 122 and weight RAM 124 layouts of FIG. 61 is shown. The pseudocode of FIG. 63 is similar in many ways to the pseudocode of FIG. 60, but differs in at least three respects. First, the pseudocode of FIG. 63 assumes 4 gap input block groups I[G], as shown in FIG. 61. Second, the pseudocode of FIG. 63 includes specifics of data RAM 122 and weight RAM 124 addressing that assumes the memory layout of FIG. 61. Third, the pseudocode of FIG. 63 assumes the hyper-parameters and value of N stated above. Thus, Q=8 in line 2, R=5 in line 6, C=20 and the number of gaps=4 for a total of 24 iterations in line 9, S=5 in line 11, and the alignment rotation amount is 11 in line 19. Only lines of FIG. 63 that differ from FIG. 60 are described since FIG. 60 has been described extensively above.

At line 1, i.e., at the beginning of the pseudocode, the data RAM 122 row is initialized to zero, and at line 4, the weight RAM 124 row is initialized to zero.

At line 9, the number of iterations of loop 3 is 24. This is because 24 is the sum of the C=20 channels and the number of gaps which is 4. The iteration count of 24 enables all the NPU blocks 5906, in particular those at indices 0 through 18 for example, to see an input block group I[c] for all 20 of the channels.

At line 16, the weight RAM 124 row is incremented by 1 so that on the next iteration of loop 4, the next row of the weight RAM 124 is read into the registers 705, which includes the 8 copies of the weights of the next row of the filter block group F[f,c] of FIG. 62. Per a single execution instance of loop 4, only five rows of the 25 rows of the filter block group F[f,c] will be read into the registers 705 for the current channel, c.

At line 18, the weight RAM 124 row is incremented by 20, which is the product of R=5 and S=5 minus S=5. This points the weight RAM 124 row to the next filter block group F[f,c] for the next channel, c, so that on the next iteration of loop 3 (the next execution instance of loop 4) five more rows of the 25 rows of the filter block group F[f,c] will be read into the registers 705 for the next channel, c. This is because each filter block group F[f,c] is offset by 25 rows of the weight RAM 124 from the one above it, but the execution instance of loop 4 incremented the weight RAM 124 row by 5 according to five execution instances of line 16 by loop 4. Thus, for each execution instance of loop 4, only one-fifth (generally, 1/Rth) of the rows of the filter block group F[f,c] is read and used. The remaining rows of the filter block group F[f,c] are read and used in subsequent iterations of loop 2.

At line 19, the mux-regs 208 are rotated by 11, which is the difference between B=16 and S=5. This aligns the input blocks 5902 with the next adjacent NPU block 5906. This is because the width of an NPU block 5906 is N=16, but the input blocks 5902 were already rotated by 5 according to the five execution instances of line 15 by loop 4. As mentioned above, the rotate by 11 may be accomplished by the combination of a ROTATE by 8 instruction, a ROTATE by 2 instruction, and a ROTATE by 1 instruction. Embodiments are contemplated in which one iteration of loop 4 and/or loop 3 are unrolled such that at line 19 a rotation by 12 is performed, which may be accomplished by the combination of a ROTATE by 8 instruction and a ROTATE by 4 instruction.

At line 21, the data RAM 122 row is incremented by 1 so that on the next iteration of loop 2, at line 13 the next row of the data RAM 122 is read into the mux-regs 208, which includes the next row of the input 5802, i.e., the next input block 5902 of the input block group I[c] at each input block index as shown in FIG. 61.

At line 22, the weight RAM 124 row is decremented by 575, which is the product of 25 and 23. The value 25 is the product of R=5 and S=5, which is the number of rows of each filter block group F[f,c]. More specifically, each iteration of loop 3 increments the weight RAM 124 row by 25, which points the next iteration of loop 3 to the beginning of the filter block group F[f,c]. The value 23 is the sum of C=20 plus 4 gaps minus 1. This is because for each execution instance of loop 2, loop 3 iterates through all 24 filter block groups. The decrement by 575 causes the weight RAM 124 row to point to the top filter block group F[f,c] within each filter block index, and to point to the row within the filter block group F[f,c] that is 5 rows below the row at which the current iteration of loop 2 started.

At line 25, the data RAM 122 row is decremented by 4, which is R=5 minus 1. This points the data RAM 122 row to the next row of the input 5802 after the first row of the input 5802 convolved in the current iteration of loop 1 so that during the next iteration of loop 1 the 3D filters 5804 are effectively slid down one row of the input 5802 in order to convolve the next lower sub-matrix of the input 5802. For example, if the current iteration of loop 1 convolved rows 3 through 7 of the input 5802 with the filters 5804 and wrote the accumulators 202 to the output blocks 5908, line 25 operates to cause the next iteration of loop 1 to convolve rows 4 through 8 of the input 5802 with the filters 5804.

Referring now to FIGS. 64A and 64B, referred to collectively as FIG. 64, a block diagram illustrating the layout 6401 of groups of input blocks 5902 within the data RAM 122 and the layout 6402 of groups of filter blocks 5904 within the weight RAM 124 according to an alternate embodiment for convolving a 12×12×20 input 5802 with 50 5×5 filters 5804 to generate 50 8×8 outputs 5808 without including gap input/filter block groups is shown. The example of FIG. 64 is similar in many respects to the example of FIG. 61, although differences will be described.

The example of FIG. 64 assumes a NNU 121 that has 2048 NPUs 126; that is, N=2048. Consequently, because the hyper-parameter W=12, then B=16, i.e., the smallest factor of N that is at least as great as W; and because B=16, then G=2048/16=128. Thus, there are 128 NPU blocks 5906, there are 128 input blocks 5902 per data RAM 122 row, and there are 128 filter blocks 5904 per weight RAM 124 row. FIG. 64 shows the zero-based input block indexes 0 through 127 and filter block indexes 0 through 127, which correspond to NPU block indexes 0 through 127, as described above with respect to FIG. 59. That is, each input block 5902 and filter block 5904 having an index of 0 is received by the NPU block 5906 having index 0; each input block 5902 and filter block 5904 having an index of 1 is received by the NPU block 5906 having index 1; and so forth to each input block 5902 and filter block 5904 having an index of 127 is received by the NPU block 5906 having index 127. In the embodiment of FIG. 64, an input block at index 0 includes words 0-15 of the data RAM 122; an input block at index 1 includes words 16-31 of the data RAM 122; and so forth to an input block at index 127 includes words 2032-2047 of the data RAM 122. Similarly, a filter block at index 0 includes words 0-15 of the weight RAM 124; a filter block at index 1 includes words 16-31 of the weight RAM 124; and so forth to a filter block at index 127 includes words 2032-2047 of the weight RAM 124.

FIG. 64 shows 69 input block groups. The 69 input block groups reside in input block indices 0 through 49 and 109 through 127 and are denoted generically I[c], where c denotes a channel index of the C=20 channels. The 20 input block groups I[0] through I[19] reside in input block indices 0 through 19. Additionally, the 20 input block groups I[0] through I[19] reside in input block indices 20 through 39. Still further, the 10 input block groups I[0] through I[9] reside in input block indices 40 through 49. Finally, the 19 input block groups I[1] through I[19] reside in input block indices 109 through 127. The input blocks 5902 that reside in input block indices 50 through 108 are unused. No gap input block groups 6103 are included in the embodiment of FIG. 64.

FIG. 64 shows 50×20=1000 filter block groups, denoted generically F[f,c], where f denotes a filter of the F filters 5804 and where c denotes a channel index of the C=20 channels. No gap filter block groups 6104 are included in the embodiment of FIG. 64. In the example of FIG. 64, the weight RAM 124 holds 128×20=2560 filter block groups each having 25 filter blocks 5904 for a total of 64,000 filter blocks 5904 in the example of FIG. 64 to convolve the 12×12×20 input 5802 with the 50 5×5×20 filters 5804 to produce the 50 8×8 outputs 5806. However, since there are only 50 filters 5804, 128−50=78 NPU blocks 5906 produce convolutions that are not used; hence, the filter block groups under filter block indexes 50 through 127 contain don't care values, as shown. As shown, filter block groups F[0,0] through F[0,19] reside in filter block index 0, filter block groups F[1,0] through F[1,19] reside in filter block index 1, and so forth to filter block groups F[49,0] through F[49,19] reside in filter block index 49; and the filter block groups that reside in filter block indexes 50 through 127 are don't care values. The vertical ordering of the filter block groups residing in a filter block index are the same as that of FIG. 61 absent the gap filter block groups; hence, only rows 0 through 499 are used due to the absence of four gap filter block groups which occupy 100 rows in FIG. 61.

As mentioned above, the nested loop structure advantageously uses the rotater mux-reg 208 structure of the NNU 121 to rotate the input blocks 5902 associated with all the C channels of the input 5802 so that each of the F of the G NPU blocks 5906 associated with the F filters 5804 sees all C channels of the input 5802 for convolving with its corresponding filter 5804. Advantageously, as described above, input block groups I[1] through I[19] reside in input block indices 109 through 127 so that, in addition to input block group I[0] (i.e., the input 5802 for channel 0), the NPU block 5906 at index 0 can also see input block groups I[1] through I[19] because they are rotated around to NPU block 0; similarly, input block groups I[2] through I[19] reside in input block indices 110 through 127 so that, in addition to input block groups I[0] and I[1], the NPU block 5906 at index 1 can also see input block groups I[2] through I[19] because they are rotated around to NPU block 1; and so forth to input block group I[19] resides in input block index 127 so that, in addition to input block groups I[0] through I[18], the NPU block 5906 at index 18 can also see input block group I[19] because it is rotated around to NPU block 18. Thus, the fact that the number of blocks, G=128, is not evenly divisible by the number of channels, C=20, does not create a need for the existence of gap input block groups I[G] nor the need for loop 3 of the non-architectural program to iterate more than the 20 times for the C=20 channels, because the hyper-parameters are such that the additional input block groups I[1] through I[19] may reside in input block indices 109 through 127. It should be understood that although in the example of FIG. 64, F=50, C=20, N=2048 and W=12 such that B=16 and G=128, other examples of neural networks may exist such that sufficient room exists for the additional input block groups to reside in the higher valued input block indices so no gap input/filter block groups need be included and no additional iterations of loop 3 need be performed. For example on a NNU 121 in which F=40, C=20, N=1024 and W=12, no gap input/filter block groups would be needed because input block groups I[1] through I[19] could reside in input block indices 45 through 63. In other words, it should not be inferred from the fact that the example of FIG. 64 has a larger number of NPUs 126 (N) than the example of FIG. 61, that a greater number of NPUs 126 is required to avoid gap input/filter block groups; rather, N as well as the relevant hyper-parameters of the neural network must be considered.

The addressing of the weight RAM 124 to read into the NPUs 126 the weights of the various filter block groups of FIG. 64 is described in more detail with respect to FIG. 65. It may be observed that when looking from top to bottom at the channel, c, values of the filter block groups F[f,c] of a given filter block index, the order of the column values, c, is the order in which the channel, c, of the input block groups are seen by the NPU block 5906 whose index corresponds to the filter block index as the input block groups are rotated around the NNU 121.

Referring now to FIG. 65, pseudocode illustrating computations performed by a non-architectural program executing on a NNU 121 having N=2048 NPUs 126 to convolve a 12×12×20 input 5802 with 50 5×5×20 filters 5804 to produce 50 8×8 outputs 5806 in conjunction with the data RAM 122 and weight RAM 124 layouts of FIG. 64 is shown. The pseudocode of FIG. 65 is similar in many ways to the pseudocode of FIG. 63, but differs in that the pseudocode of FIG. 65 assumes no gap input/filter block groups, as shown in FIG. 64. Thus, C=20 iterations in line 9 (in contrast to 24 in line 9 of FIG. 63). Additionally, at line 22, the weight RAM 124 row is decremented by 475, which is the product of 25 and 19 (in contrast to 575 in FIG. 63). As with FIG. 63, the value 25 is the product of R=5 and S=5, which is the number of rows of each filter block group F[f,c]. The value 19 is C=20 minus 1. This is because for each execution instance of loop 2, loop 3 iterates through all 20 filter block groups. The decrement by 475 causes the weight RAM 124 row to point to the top filter block group F[f,c] within each filter block index, and to point to the row within the filter block group F[f,c] that is 5 rows below the row at which the current iteration of loop 2 started.

Referring now to FIGS. 66A and 66B, referred to collectively as FIG. 66, a block diagram illustrating the layout 6602 of groups of filter blocks 5904 within the weight RAM 124 according to an alternate embodiment for convolving a 12×12×20 input 5802 with 50 5×5 filters 5804 to generate 50 8×8 outputs 5808 is shown. The embodiment of FIG. 66 assumes the layout of the input block groups of FIG. 61. The example of FIG. 66 is similar in many respects to the example of FIG. 61, although differences will be described. Generally speaking, the primary difference between the embodiment of FIG. 66 and the embodiment of FIG. 61 is that the non-architectural programs that embody the pseudocode of FIGS. 63 and 67 address the weight RAM 124 in a different fashion.

More specifically, in the embodiment of FIG. 66, each filter group F[f,c,r] is determined by its filter, f, its channel, c, and its row, r, of the R rows of a filter 5804 and has S=5 filter blocks 5904 (residing in 5 respective rows of the weight RAM 124); whereas, in the embodiment of FIG. 61, each filter group F[f,c] is determined by its filter, f, and its channel, c, and has R×S=5×5=25 filter blocks 5904 (residing in 25 respective rows of the weight RAM 124). The same filter blocks 5904 that reside in the layout 6102 of FIG. 61 reside in the layout 6602 of FIG. 66; however, they are arranged at different addresses, or rows, of the weight RAM 124. Stated alternatively, the same filter blocks 5904 reside in each filter block index; however, they are vertically arranged in a different order, and the pseudocode of FIGS. 63 and 67 address them differently. Thus, the filter block groups of both FIGS. 61 and 66 occupy 600 rows of the weight RAM 124. As in FIG. 61, a gap filter block is denoted F[G] in FIG. 66, but has only 5 filter blocks 5904 (residing in 5 respective weight RAM 124 rows).

FIG. 66 shows 64×120=7680 filter block groups, denoted generically F[f,c,r], where f denotes a filter of the F filters 5804 and where c denotes a channel index of the C=20 channels and where r denotes a row of the filter 5804, or F[G], which denotes a gap filter block group. A filter block group F[f,c,r] in the context of FIG. 66 (and FIG. 68) is a group of S filter blocks 5904 within S different rows of the weight RAM 124 and that are all located in the weight RAM 124 within the same input/filter/NPU block index. Therefore, all filter blocks 5904 of all filter block groups of a filter, f, are provided to the same NPU block 5906. Furthermore, each filter block group F[f,c,r] holds the weights of a row of a R×S vertical slice for a channel, c, of a filter 5804, f, (e.g., a row of the vertical slice 6209 of FIG. 62), or zeros in the case of a gap filter block group F[G]. More specifically, each filter block 5904 of the S filter blocks 5904 of the filter block group F[f,c,r] holds P copies of a different weight of the row, r, of the R×S vertical slice 6209 of the channel, c, of the filter 5804, f.

In the context of FIG. 66, a filter block group F[f,c,r] is a group of 5 filter blocks 5904 within 5 different rows of the weight RAM 124. (In the embodiment of FIG. 66, the 5 rows are adjacent in the weight RAM 124, namely in rows 0-4, 5-9, etc.; however, other embodiments are contemplated in which the rows are not adjacent and the non-architectural program is modified accordingly to address the rows of the weight RAM 124 in which the filter blocks 5904 reside.) Thus, each filter block group F[f,c,r] of FIG. 66 has 16 words per filter block×5 filter blocks 5904 (within 5 weight RAM 124 rows) per filter block group=80 words of the weight RAM 124. As with FIG. 61, each filter block 5904 holds P=8 copies of the weight of a respective column, s, respective row, r, and a channel, c, of the filter 5804, f, and the remaining B−P=16−8=8 words of the filter block 5904 are not used (and are zero, in one embodiment). More specifically, each filter block group F[f,c,r] holds the weights of a row, r, of a 5×5 vertical slice 6209 for a channel, c, of a filter 5804, f, or zeros in the case of a gap filter block group. More specifically, each filter block 5904 of the 5 filter blocks 5904 of the filter block group F[f,c,r] holds 8 copies of a different weight of the row, r, of the 5×5 vertical slice 6209 of the channel, c, of the filter 5804, f. That is, each filter block group F[f,c,r] is one of the 5 sets of 5 adjacent rows shown in FIG. 62. For example, filter block group F[f,c,0] corresponds to rows 0 through 4 of the filter block group F[f,c] of FIG. 62; filter block group F[f,c,1] corresponds to rows 5 through 9; filter block group F[f,c,2] corresponds to rows 10 through 14; filter block group F[f,c,3] corresponds to rows 15 through 19; and filter block group F[f,c,4] corresponds to rows 20 through 24. However, as shown in FIG. 66, they do not reside in 25 adjacent rows of the weight RAM 124, but instead reside in 5 different separated groups of 5 adjacent rows. More specifically, the 5-row filter block groups F[f,c,r] for a given row, r, of the R=5 rows are grouped adjacently, and the C=20 channels, c, are interleaved for the given row. Furthermore, the channel order within the filter block groups F[f,c,r] for the given row is the same as that of FIG. 61.

In the example of FIG. 66, the weight RAM 124 holds 64×120=7680 filter block groups each having 5 filter blocks 5904 for a total of 38,400 filter blocks 5904 in the example of FIG. 66 to convolve the 12×12×20 input 5802 with the 50 5×5×20 filters 5804 to produce the 50 8×8 outputs 5806. However, since there are only 50 filters 5804, 64−50=14 NPU blocks 5906 produce convolutions that are not used; hence, the filter block groups under filter block indexes 50 through 63 contain don't care values, as shown. As shown, residing in filter block index 0 are filter block groups F[0,0,0] through F[0,19,0] and four gap filter block groups F[G], filter block groups F[0,0,1] through F[0,19,1] and four gap filter block groups F[G], and so forth to filter block groups F[0,0,4] through F[0,19,4] and four gap filter block groups F[G]; residing in filter block index 1 are filter block groups F[1,0,0] through F[1,19,0] and four gap filter block groups F[G], filter block groups F[1,0,1] through F[1,19,1] and four gap filter block groups F[G], and so forth to filter block groups F[1,0,4] through F[1,19,4] and four gap filter block groups F[G]; and so forth to residing in filter block index 49 are filter block groups F[49,0,0] through F[49,19,0] and four gap filter block groups F[G], filter block groups F[49,0,1] through F[49,19,1] and four gap filter block groups F[G], and so forth to filter block groups F[49,0,4] through F[49,19,4] and four gap filter block groups F[G]; and the filter block groups that reside in filter block indexes 50 through 63 are don't care values.

The placement of the gap filter block groups F[f,c,r] to coincide with the guarantee that the column-sums generated using them have zero values (due to the zero values in the gap filter block groups F[G] and/or the zero values in their corresponding gap input block groups I[G]) so that the resulting zero valued column-channel-sums do not contribute to the final column-channel-row-sums, yet permitting a sufficient number of rotations—as a result of the number of gap input block groups I[G] additional iterations of loop 3—such that all NPU blocks 5906 see all 20 of the channels.

As shown in the example of FIG. 66, for filter block index 0: F[0,0,0] occupies rows 0-4 of the weight RAM 124, four gap filter block groups F[G] occupy rows 5-24, F[0,19,0] occupies rows 25-29, F[0,18,0] occupies rows 30-34 and so forth to F[0,1,0] occupies rows 115-119; F[0,0,1] occupies rows 120-124, four gap filter block groups F[G] occupy rows 125-144, F[0,19,1] occupies rows 145-149, F[0,18,1] occupies rows 150-154 and so forth to F[0,1,1] occupies rows 235-239; F[0,0,2] occupies rows 240-244, four gap filter block groups F[G] occupy rows 245-264, F[0,19,2] occupies rows 265-269, F[0,18,2] occupies rows 270-274 and so forth to F[0,1,2] occupies rows 355-359; F[0,0,3] occupies rows 360-364, four gap filter block groups F[G] occupy rows 365-384, F[0,19,3] occupies rows 385-389, F[0,18,3] occupies rows 390-394 and so forth to F[0,1,3] occupies rows 475-479; and F[0,0,4] occupies rows 480-484, four gap filter block groups F[G] occupy rows 485-504, F[0,19,4] occupies rows 505-509, F[0,18,4] occupies rows 510-514 and so forth to F[0,1,4] occupies rows 595-599. For filter block index 1: F[1,1,0] occupies rows 0-4, F[1,0,0] occupies rows 5-9, four gap filter block groups F[G] occupy rows 10-29, F[1,19,0] occupies rows 30-34 and so forth to F[1,2,0] occupies rows 115-119; F[1,1,1] occupies rows 120-124, F[1,0,1] occupies rows 125-129, four gap filter block groups F[G] occupy rows 130-149, F[1,19,1] occupies rows 150-154 and so forth to F[1,2,1] occupies rows 235-239; F[1,1,2] occupies rows 240-244, F[1,0,2] occupies rows 245-249, four gap filter block groups F[G] occupy rows 250-269, F[1,19,2] occupies rows 270-274 and so forth to F[1,2,2] occupies rows 355-359; F[1,1,3] occupies rows 360-364, F[1,0,3] occupies rows 365-369, four gap filter block groups F[G] occupy rows 370-389, F[1,19,3] occupies rows 390-394 and so forth to F[1,2,3] occupies rows 475-479; F[1,1,4] occupies rows 480-484, F[1,0,4] occupies rows 485-489, four gap filter block groups F[G] occupy rows 490-509, F[1,19,4] occupies rows 510-514 and so forth to F[1,2,4] occupies rows 595-599. This pattern continues to for filter block index 19: F[19,19,0] occupies rows 0-4, F[19,18,0] occupies rows 5-9, and so forth to F[19,0,0] occupies rows 95-99, and four gap filter block groups F[G] occupy rows 100-119; F[19,19,1] occupies rows 120-124, F[19,18,1] occupies rows 125-129, and so forth to F[19,0,1] occupies rows 215-219, and four gap filter block groups F[G] occupy rows 220-239; F[19,19,2] occupies rows 240-244, F[19,18,2] occupies rows 245-249, and so forth to F[19,0,2] occupies rows 335-339, and four gap filter block groups F[G] occupy rows 340-359; F[19,19,3] occupies rows 360-364, F[19,18,3] occupies rows 365-369, and so forth to F[19,0,3] occupies rows 475-479, and four gap filter block groups F[G] occupy rows 460-479; F[19,19,4] occupies rows 480-484, F[19,18,4] occupies rows 485-489, and so forth to F[19,0,4] occupies rows 595-599, and four gap filter block groups F[G] occupy rows 580-599. F[20,0,0] occupies rows 0-4, F[20,19,0] occupies rows 5-9, and so forth to F[20,1,0] occupies rows 95-99, and four gap filter block groups F[G] occupy rows 100-119; F[20,0,1] occupies rows 120-124, F[20,19,1] occupies rows 125-129, and so forth to F[20,1,1] occupies rows 215-219, and four gap filter block groups F[G] occupy rows 220-239; F[20,0,2] occupies rows 240-244, F[20,19,2] occupies rows 245-249, and so forth to F[20,1,2] occupies rows 335-339, and four gap filter block groups F[G] occupy rows 340-359; F[20,0,3] occupies rows 360-364, F[20,19,3] occupies rows 365-369, and so forth to F[20,1,3] occupies rows 475-479, and four gap filter block groups F[G] occupy rows 460-479; F[20,0,4] occupies rows 480-484, F[20,19,4] occupies rows 485-489, and so forth to F[20,1,4] occupies rows 595-599, and four gap filter block groups F[G] occupy rows 580-599. This pattern continues to for filter block index 49: F[49, 9,0] occupies rows 0-4, F[49,8,0] occupies rows 5-9, and so forth to F[49,10,0] occupies rows 95-99, and four gap filter block groups F[G] occupy rows 100-119; F[49,9,1] occupies rows 120-124, F[49,8,1] occupies rows 125-129, and so forth to F[49,10,1] occupies rows 215-219, and four gap filter block groups F[G] occupy rows 220-239; F[49,9,2] occupies rows 240-244, F[49,8,2] occupies rows 245-249, and so forth to F[49,10,2] occupies rows 335-339, and four gap filter block groups F[G] occupy rows 340-359; F[49,9,3] occupies rows 360-364, F[49,8,3] occupies rows 365-369, and so forth to F[49,10,3] occupies rows 475-479, and four gap filter block groups F[G] occupy rows 460-479; F[49,9,4] occupies rows 480-484, F[49,8,4] occupies rows 485-489, and so forth to F[49,10,4] occupies rows 595-599, and four gap filter block groups F[G] occupy rows 580-599. The values in the filter block groups of filter block indices 50 through 63 are don't cares. The example of FIG. 66 shows the filter block groups stored in rows 0 through 599 of the weight RAM 124, although other embodiments are contemplated in which the filter block groups F[f,c,r] are stored in other rows.

The addressing of the weight RAM 124 to read into the NPUs 126 the weights of the various filter block groups of FIG. 66 is described in more detail with respect to FIG. 67. It may be observed that, generally, when looking from top to bottom at the channel, c, values of the filter block groups F[f,c,r] of a given filter block index, the order of the column values, c (taking into account the gaps), is the order in which the channel, c (taking into account the gaps), of the input block groups are seen by the NPU block 5906 whose index corresponds to the filter block index as the input block groups are rotated around the NNU 121. Furthermore, the rotation of the input blocks 5902 and the weight RAM 124 addressing performed by the non-architectural program according to the pseudocode of FIG. 67 cause the gap filter block groups F[G] and gap input block groups I[G] to be present in the NPUs 126 concurrently and to therefore generate zero-valued column-sums.

Referring now to FIG. 67, pseudocode illustrating computations performed by a non-architectural program executing on a NNU 121 having N=1024 NPUs 126 to convolve a 12×12×20 input 5802 with 50 5×5×20 filters 5804 to produce 50 8×8 outputs 5806 in conjunction with the data RAM 122 layout 6101 of FIG. 61 and weight RAM 124 layout 6602 of FIG. 66 is shown. The pseudocode of FIG. 67 is similar in many ways to the pseudocode of FIG. 65, but differs in that the pseudocode of FIG. 67 assumes gap input/filter block groups, as shown in FIGS. 61 and 66, and has different weight RAM 124 addressing to coordinate with the layout 6602 of FIG. 66. Thus, in line 9, C=20+4 gaps=24 iterations (in contrast to 20 in line 9 of FIG. 65). Additionally, lines 18 and 22 are absent in FIG. 67 since the filter blocks 5904 are laid out within the filter block groups F[f,c,r] of FIG. 66 such that the increment by 1 of the weight RAM 124 row at line 16 suffices to address the correct row, thus alleviating the need to increment the weight RAM 124 row (e.g., at line 18 of FIG. 65) and to decrement the weight RAM 124 row (e.g., at line 22 of FIG. 65).

Referring now to FIGS. 68A and 68B, referred to collectively as FIG. 68, a block diagram illustrating the layout 6802 of groups of filter blocks 5904 within the weight RAM 124 according to an alternate embodiment for convolving a 12×12×20 input 5802 with 50 5×5 filters 5804 to generate 50 8×8 outputs 5808 without including gap input/filter block groups is shown. The embodiment of FIG. 68 assumes the layout of the input block groups of FIG. 64. The example of FIG. 68 is similar in many respects to the example of FIG. 64, although differences will be described. Generally speaking, the primary difference between the embodiment of FIG. 68 and the embodiment of FIG. 64 is that the non-architectural programs that embody the pseudocode of FIGS. 69 and 65 address the weight RAM 124 in a different fashion.

As in the example of FIG. 64, the example of FIG. 68 assumes a NNU 121 that has 2048 NPUs 126; that is, N=2048. Consequently, because the hyper-parameter W=12, then B=16, i.e., the smallest factor of N that is at least as great as W; and because B=16, then G=2048/16=128. Thus, there are 128 NPU blocks 5906, there are 128 input blocks 5902 per data RAM 122 row, and there are 128 filter blocks 5904 per weight RAM 124 row. FIG. 68 shows the zero-based filter block indexes 0 through 127, which correspond to NPU block indexes 0 through 127, as described above with respect to FIG. 59. That is, each input block 5902 and filter block 5904 having an index of 0 is received by the NPU block 5906 having index 0; each input block 5902 and filter block 5904 having an index of 1 is received by the NPU block 5906 having index 1; and so forth to each input block 5902 and filter block 5904 having an index of 127 is received by the NPU block 5906 having index 127. In the embodiment of FIG. 68, an input block at index 0 includes words 0-15 of the data RAM 122; an input block at index 1 includes words 16-31 of the data RAM 122; and so forth to an input block at index 127 includes words 2032-2047 of the data RAM 122. Similarly, a filter block at index 0 includes words 0-15 of the weight RAM 124; a filter block at index 1 includes words 16-31 of the weight RAM 124; and so forth to a filter block at index 127 includes words 2032-2047 of the weight RAM 124.

In the embodiment of FIG. 68, as in the embodiment of FIG. 66, each filter group F[f,c,r] is determined by its filter, f, its channel, c, and its row, r, of the R rows of a filter 5804 and has S=5 filter blocks 5904 (residing in 5 respective rows of the weight RAM 124). The same filter blocks 5904 that reside in the layout 6402 of FIG. 64 reside in the layout 6802 of FIG. 68; however, they are arranged at different addresses, or rows, of the weight RAM 124. Stated alternatively, the same filter blocks 5904 reside in each filter block index; however, they are vertically arranged in a different order, and the pseudocode of FIGS. 65 and 69 address them differently. Thus, the filter block groups of both FIGS. 64 and 68 occupy 500 rows of the weight RAM 124. The layout of FIG. 68 is absent gap filter blocks, as in the layout of FIG. 64. Thus, the addressing of the layout 6802 in the weight RAM 124 by the pseudocode of FIG. 69 is similar in many respects to the addressing of the layout 6602 in the weight RAM 124 by the pseudocode of FIG. 67, however, the pseudocode of FIG. 69 is modified to take into account that there are no gap filter/input block groups.

In the context of FIG. 68, as in FIG. 66, a filter block group F[f,c,r] is a group of 5 filter blocks 5904 within 5 different rows of the weight RAM 124; each filter block group F[f,c,r] has 16 words per filter block×5 filter blocks 5904 (within 5 weight RAM 124 rows) per filter block group=80 words of the weight RAM 124; each filter block 5904 holds P=8 copies of the weight of a respective column, s, respective row, r, and a channel, c, of the filter 5804, f, and the remaining B−P=16−8=8 words of the filter block 5904 are not used (and are zero, in one embodiment); and each filter block group F[f,c,r] holds the weights of a row, r, of a 5×5 vertical slice 6209 for a channel, c, of a filter 5804, f, or zeros in the case of a gap filter block group.

In the example of FIG. 68, the weight RAM 124 holds 128×100=12,800 filter block groups each having 5 filter blocks 5904 for a total of 64,000 filter blocks 5904 in the example of FIG. 68 to convolve the 12×12×20 input 5802 with the 50 5×5×20 filters 5804 to produce the 50 8×8 outputs 5806. However, since there are only 50 filters 5804, 128−50=78 NPU blocks 5906 produce convolutions that are not used; hence, the filter block groups under filter block indexes 50 through 127 contain don't care values, as shown. As shown, residing in filter block index 0 are filter block groups F[0,0,0] through F[0,19,0], filter block groups F[0,0,1] through F[0,19,1], and so forth to filter block groups F[0,0,4] through F[0,19,4]; residing in filter block index 1 are filter block groups F[1,0,0] through F[1,19,0], filter block groups F[1,0,1] through F[1,19,1], and so forth to filter block groups F[1,0,4] through F[1,19,4]; and so forth to residing in filter block index 49 are filter block groups F[49,0,0] through F[49,19,0], filter block groups F[49,0,1] through F[49,19,1], and so forth to filter block groups F[49,0,4] through F[49,19,4]; and there are no gap filter block groups F[G]; and the filter block groups that reside in filter block indexes 50 through 127 are don't care values.

As shown in the example of FIG. 68, with respect to the filter block indices, the gap filter block groups of FIG. 66 are absent, and any filter block groups that were below a gap filter block group in FIG. 66 are slid upward to occupy the weight RAM 124 rows vacated by the absent gap filter block groups. Consequently, the filter block groups of FIG. 68 occupies 500 rows of the weight RAM 124, as does the embodiment of FIG. 64 which also has no gap input/filter block groups. The example of FIG. 68 shows the filter block groups stored in rows 0 through 499 of the weight RAM 124, although other embodiments are contemplated in which the filter block groups F[f,c,r] are stored in other rows. The addressing of the weight RAM 124 to read into the NPUs 126 the weights of the various filter block groups of FIG. 68 is described in more detail with respect to FIG. 69.

Referring now to FIG. 69, pseudocode illustrating computations performed by a non-architectural program executing on a NNU 121 having N=2048 NPUs 126 to convolve a 12×12×20 input 5802 with 50 5×5×20 filters 5804 to produce 50 8×8 outputs 5806 in conjunction with the data RAM 122 layout 6401 of FIG. 64 and weight RAM 124 layout 6802 of FIG. 68 is shown. The pseudocode of FIG. 69 is similar in many ways to the pseudocode of FIG. 67, but differs in that the pseudocode of FIG. 67 assumes gap input/filter block groups, as shown in FIGS. 61 and 66, whereas the pseudocode of FIG. 69 assumes no gaps. Thus, in line 9, C=20 iterations (in contrast to 24 in line 9 of FIG. 67).

Preferably, the architectural program loads the weights into the weight RAM 124 (e.g., logically partitioned as filter blocks 5904) and loads the input data into the data RAM 122 (e.g., logically partitioned as input blocks 5902). The architectural program may load the weights and data into the RAMs 122/124 in a manner similar to that described above, e.g., with respect to FIG. 25, although in the description of FIG. 25 the data RAM 122 holds the weights and the weight RAM 124 holds the input data and result data, whereas in the embodiments described for performing 3D convolutions the data RAM 122 holds the input and output data and the weight RAM 124 holds the weights.

It may be observed that whereas the input data of the input blocks 5902 is dynamic, the weights of the filter blocks 5904 are static. That is, the input data may vary each time the neural network is executed, e.g., a new image or new set of images are being input to and processed by the NNU 121. In contrast, the weights are generated during the development (e.g., training) of the neural network and remain the same for each execution instance of the neural network. Therefore, the cost of arranging the weights within the filter blocks 5904 as desired is incurred only once and may be done so offline beforehand. Thus, it may be advantageous to arrange the weights within the filter blocks 5904 in a manner that minimizes the time taken by the non-architectural program to perform the executions needed to accomplish convolving the input with the filters to generate the output. Furthermore, although the non-architectural program of the embodiments of FIGS. 64-65 and 68-69 (i.e., without gaps) may execute in fewer clocks cycles because they have to perform fewer rotate operations and fewer multiply-accumulate operations, they may require additional time to arrange the input data properly within the input blocks 59902 (e.g., by the architectural program) such that the overall time to convolve the input with the filters to generate the output may be less than with an embodiment that employs gaps. Which method is faster may depend upon multiple factors, including gap size, hyper-parameters of the neural network, availability of the architectural processor and memory subsystem characteristics.

It may be observed that when C (number of channels) is a factor of G (number of blocks), gap input/filter block groups (gaps) are not necessary. Furthermore, when C is not a factor of G, gaps are not necessary if the difference of G minus F is greater than or equal to C minus 1 such that a copy of all the channels of the input 5802 except channel 0 can be placed in the unused blocks at the end of the data RAM 122 row.

The following may also be observed with respect to various situations related to the dynamic hyper-parameters and the static NNU 121 hardware configuration with respect to the number of copies of the C channels of the input 5802 included across a row of the data RAM 122, i.e., the number of copies of the input block 5902 corresponding to each of the C channels that is included in a data RAM 122 row. For example, in the embodiments of FIGS. 61 and 64, the number of copies of the C channels of the input 5802 included across a row of the data RAM 122 is three. The following may also be observed with respect to the number of gaps needed and the concomitant effect on the iteration count of loop 3, i.e., the channel iteration loop as described above with respect to the pseudocode.

In a first situation, C is less than half G, and F is less than G. The number of copies of the C channels of the input 5802 included across a row of the data RAM 122 is a floor function of G divided by C. Thus, in the examples of FIGS. 61 and 64, C=20 and G=64 and F=50, which satisfies the first situation criteria, and the floor function of G divided by C=floor (64/20)=3, which is the number of copies of the C channels of the input 5802 included across a row of the data RAM 122. The number of gaps is G modulo C, e.g., 64%20=4 in the examples of FIGS. 61 and 66. Furthermore, the number of unused NPU blocks 5906 is G minus F since there are no filters to use them, e.g., 64−50=14 in the examples of FIGS. 61 and 66.

In a second situation, C is between half G and G, and F is less than G. Only a single copy of the C channels of the input 5802 are included across a row of the data RAM 122. Similar to the first situation, the number of gaps is G modulo C in the second situation.

In a third situation, C is greater than G, and F is less than G. The C channels for each row of the H rows of the input 5802 are broken up across N data RAM 122 rows, where N is two or more. That is, for each horizontal 2D input slice (i.e., all C channels of a given row of the H rows of the input 5802), N rows of the data RAM 122 are used to hold the input blocks 5902 for the C channels of the given input 5802 row, and the C channels are parceled up across the N data RAM 122 rows. N, the number of data RAM 122 rows across which the C channels are broken up, is the ceiling function of C divided by G. For example, assume C=200 and G=64; then N=ceiling (200/64)=4 different rows of the data RAM 122 are used to hold the input blocks 5902 for all C=200 channels of a given horizontal 2D slice associated with a given row of the H rows of the input 5802; and a total of H×N rows of the data RAM 122 are used to hold the input blocks 5902 for all C=200 channels of all the rows of the H rows of the input 5802. This contrasts with the examples of FIGS. 61 and 64 in which a single data RAM 122 row is needed, since C=20 is less than G=64. For each of the first N−1 rows, there are no gaps and all the NPU blocks 5906 are used to generate convolution results. However, with respect to the last of the N rows of the data RAM 122, if C is not a factor of G, then the remaining number of channels to be held in the last data RAM 122 row will be less than G, in which case the last of the N rows is handled as in the first or second situation described above. In the third situation, the pseudocode of FIG. 60 is modified to add a fifth loop nested inside loop 2. That is, the fifth loop encompasses loop 3 and the read of the data RAM 122 row into the mux-regs 208 at line 8 that precedes loop 3. The fifth loop iterates N times so that, for each row of the N data RAM 122 rows, the row gets read into the mux-regs 208 and an execution instance of loop 3 is performed with the row. For the first N−1 iterations of the fifth loop, the iteration count of loop 3 is G; and for the last of the N iterations of the fifth loop, the iteration count of loop 3 is C modulo G plus the number of gaps, if any. Thus, at the completion of an execution instance of the fifth loop (e.g., for each iteration of loop 2), the accumulator 202 of each NPU 126 will have accumulated another column-channel-sum. Stated alternatively, each iteration of loop 2 implicates a horizontal 2D input slice (i.e., all C channels of a given row of the H rows of the input 5802) and a horizontal 2D filter slice (i.e., all C channels of a given row of the R rows of the filter 5804). The column-channel-sum is the result of, for each channel of all the C channels, convolving the channel's portion of the implicated horizontal 2D input slice and the channel's portion of the implicated horizontal 2D filter slice to generate a column-sum, and continually accumulating all of the C channel's column-sums to produce the column-channel-sum.

In a fourth situation, F is greater than G. The F filters are split up into N−1 groups of G filters and a last, Nth, group of F modulo G filters, and each group of G (or F % G) filters is processed as described above according to the relevant one of the three situations depending upon the number of channels. In a first embodiment, all of the Q output rows (i.e., all of the Q column-channel-row-sums, or convolution results) are computed and written to the data RAM 122 for a given group of the N groups of filters before moving on to the next group of filters. That is, a first execution instance of the pseudocode is performed for a first group of the N groups, and then a second execution instance of the pseudocode is performed for a second group of the N groups, and so forth until an execution instance of the pseudocode is performed for all of the N groups of the F filters. In a second embodiment, one of the Q output rows for all of the N groups of filters is computed and written before moving on to the next row of the Q output rows. That is, a first iteration of loop 1 generates a first output row of the Q output rows for each of the N groups of the F filters, and then a second iteration of loop 1 generates a second output row of the Q output rows for each of the N groups of the F filters, and so forth until an iteration of loop 1 generates the output row for all the Q output rows for each of the N groups of the F filters. Which of the two embodiments is preferable may depend upon various factors, including the amount of data RAM 122 and weight RAM 124 accesses by the non-architectural program and/or the architectural program. However, preferably the individual convolution column-channel-row-sums are fully generated within the NPU 126 accumulator 202 without writing to the data RAM 122 (or weight RAM 124) any intermediate partial sums and subsequently reading them back, as described above. This may advantageously avoid losing precision of the convolution column-channel-row-sum. It may also advantageously save time since accesses to the data RAM 122 and/or weight RAM 124 may be costly.

As may be observed, the embodiments described herein that convolve in column-channel-row order and rotate the different input blocks 5902 through the NPU blocks 5906 using the mux-reg 208 rotator may have advantages over a conventional method that convolves in column-row-channel order without the benefit of the mux-reg 208 rotator. One potential advantage is that the embodiments may require fewer accesses to memory to read the input 5802 data. Referring to the pseudocode of FIG. 60, S×C multiply-accumulate operations may be performed using the input 5802 data of a single read from the data RAM 122, which is 5×20=100 multiply-accumulate operations in the embodiment of FIG. 64, for example. Another potential advantage is that the embodiments may reduce the amount of memory required to store the input 5802 data, since the conventional method may require replication of the input 5802 data to accommodate convolving in column-row-channel order. The replication of the input 5802 data required by the conventional method may also require additional bandwidth from the architectural program and consume more memory bandwidth.

Although embodiments have been described in which the NNU 121 includes the weight RAM 124 and data RAM 122 as separate memories, other embodiments are contemplated in which the weights and input data are stored in a single memory of the NNU 121. This embodiment may be more cost-effective, although it may provide lower performance due to contention for the single memory and the serializing of access thereto relative to the ability to access the two memories in parallel in an embodiment that includes a separate weight RAM 124 and data RAM 122. Furthermore, although embodiments have been described in which the neural network has a specific set of hyper-parameters (e.g., H=W=12, C=20, F=50, R=S=5, P=Q=8, valid convolutions) and is executed on a specific NNU 121 configuration (e.g., 1024 or 2048 NPUs 126), description of those embodiments are provided for the purpose of illustration, and other embodiments are contemplated with different sets of hyper-parameters and different NNU 121 hardware configurations that nevertheless efficiently employ NPU/input/filter blocks and the mux-reg 208 rotater operation to rotate input blocks 5902 around the NNU 121 in conjunction with the column-channel-row loop order to generate column-channel-row-sums, or convolution results.

Multi-Word Distance Rotates

Referring now to FIG. 70, a block diagram illustrating a portion of an NPU 126 according to an alternate embodiment that supports multi-word distance rotate operations is shown. FIG. 70 includes a mux-reg 208 of an NPU 126. The NPU 126 is denoted NPU J and is one of the array of N NPUs 126 of the NNU 121. In many respects, the mux-reg 208 of FIG. 70 is similar to the mux-reg 208 of FIG. 7 in that it includes an input 207 that receives a data word from the data RAM 122 and has a control input 213 and an output 209. However, rather than having a single input 211 received from an adjacent NPU 126 as in the embodiment of FIG. 7, the mux-reg 208 of the embodiment of FIG. 70 has five inputs from five different adjacent NPUs 126. The first input 211-1 is from the output 209 of NPU J−1, i.e., the NPU 126 one away from the instant NPU 126, as the input 211 of the embodiment of FIG. 7. The second input 211-2 is from the output 209 of NPU J−2, i.e., the NPU 126 two away from the instant NPU 126. The third input 211-4 is from the output 209 of NPU J−4, i.e., the NPU 126 four away from the instant NPU 126. The fourth input 211-8 is from the output 209 of NPU J−8, i.e., the NPU 126 eight away from the instant NPU 126. The fifth input 211-16 is from the output 209 of NPU J−16, i.e., the NPU 126 sixteen away from the instant NPU 126. The control input 213 operates to select one of the inputs 207, 211-1, 211-2, 211-4, 211-8, or 211-16 for provision on the output 209. This advantageously enables a non-architectural instruction executed by the NNU 121 to accomplish a multi-word distance rotate operation, namely when the control input selects one of the inputs 211-2, 211-4, 211-8, or 211-16 for provision on the output 209. This may be particularly beneficial for decreasing the size and increasing the efficiency of a non-architectural program that performs a 3-D convolution as described above, such as the aligning rotate operation at lines 19 of FIGS. 60, 63, 65, 67 and 69.

Although in the embodiment of FIG. 70, the mux-reg 208 has five inputs that receive the output 209 from five different adjacent NPUs 126 that are one, two, four, eight and sixteen away, other embodiments are contemplated in which the mux-reg 208 has more or less (e.g., three, four, six, seven) inputs that receive the output 209 from a different number of adjacent NPUs 126 and that are different distances of NPUs 126 away. For example, in one embodiment the mux-reg 208 does not include inputs 211-2 nor 211-16. Furthermore, although the distances in the embodiment of FIG. 70 are powers of two, other embodiments are contemplated in which some of the distances are not powers of two.

In other embodiments, the mux-reg 208 is also configured to receive and select an adjacent narrow word input 1811 of FIG. 23 to support the narrow/funnel configuration feature and/or to receive and select the output buffer 1104 inputs 4905 of FIG. 49 to support the output buffer 1104 feedback feature, although these inputs are not shown in FIG. 70 for simplicity. Still further, although not shown, the weight mux-reg 705 may also be configured similarly to the mux-reg 208 of FIG. 70, i.e., to receive and select the outputs 203 of multi-word distant adjacent NPUs 126.

Referring now to FIG. 71, four instructions that illustrate the multi-word distance rotate feature of an NNU 121 that includes NPUs 126 having mux-regs 208 such as those of FIG. 70 are shown. Each of the four instructions specifies a multiply-accumulate ALU operation that receives its weight word from the next row of the weight RAM 124 after the current weight RAM 124 row and that receives its data word via the mux-reg 208 of FIG. 70 from an adjacent NPU 126 that is a distance away of two, four, eight or sixteen, respectively; that is, the first of the four instructions instructs each of the N NPUs 126 to select (e.g., via the control input 213) input 211-2, 211-4, 211-8 or 211-16, respectively. One or more of such instructions may be included in a non-architectural program that implements the pseudocode such as that of FIGS. 60, 63, 65, 67 and 69 as described above to perform the aligning rotate of line 19. The non-architectural instruction may perform other ALU operations in addition to multiply-accumulate, such as described above, e.g., add, multiply, maximum, minimum, no-op. In particular, a no-op ALU operation may be used to simply rotate the row read from the data RAM 122 among the N NPUs 126 without affecting the accumulator 202, which may be particularly useful when the rotation amount (i.e., number of words to rotate) of the aligning rotate (e.g., of line 19) is not directly supported by the mux-reg 208. For example, if the rotation amount is eleven, then a no-op rotate of one followed by a no-op rotate of two may be needed followed by a multiply-accumulate rotate of eight. Additionally, embodiments are contemplated in which the weight word of an NPU 126 is held in a mux-reg such as mux-reg 705 of FIG. 7 that may be included in an N-word rotator for rotating a row of weights received from the weight RAM 124 and which is enhanced to receive inputs from the output 209 from multiple different adjacent NPUs 126 that are multiple distances (e.g., one, two, four, eight and sixteen) away similar to the mux-reg 208 of FIG. 70. Still further, the non-architectural instructions that specify a multi-word distance rotate operation may specify a count greater than one, such as the COUNT=511 specified in the non-architectural instruction at address 2 of FIG. 4.

While various embodiments of the present invention have been described herein, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant computer arts that various changes in form and detail can be made therein without departing from the scope of the invention. For example, software can enable, for example, the function, fabrication, modeling, simulation, description and/or testing of the apparatus and methods described herein. This can be accomplished through the use of general programming languages (e.g., C, C++), hardware description languages (HDL) including Verilog HDL, VHDL, and so on, or other available programs. Such software can be disposed in any known computer usable medium such as magnetic tape, semiconductor, magnetic disk, or optical disc (e.g., CD-ROM, DVD-ROM, etc.), a network, wire line or other communications medium. Embodiments of the apparatus and method described herein may be included in a semiconductor intellectual property core, such as a processor core (e.g., embodied, or specified, in a HDL) and transformed to hardware in the production of integrated circuits. Additionally, the apparatus and methods described herein may be embodied as a combination of hardware and software. Thus, the present invention should not be limited by any of the exemplary embodiments described herein, but should be defined only in accordance with the following claims and their equivalents. Specifically, the present invention may be implemented within a processor device that may be used in a general-purpose computer. Finally, those skilled in the art should appreciate that they can readily use the disclosed conception and specific embodiments as a basis for designing or modifying other structures for carrying out the same purposes of the present invention without departing from the scope of the invention as defined by the appended claims. 

1. A neural network unit (NNU) configured to convolve an input of H rows by W columns by C channels with F filters each of R rows by S columns by C channels to generate F outputs each of Q rows by P columns, the neural network unit comprising: a first memory configured to hold rows of N words logically partitioned as G input blocks of B words each; a second memory configured to hold rows of N words logically partitioned as G filter blocks of B words each; wherein B is the smallest factor of N that is greater than W, and wherein N is at least 512; an array of N processing units (PU), wherein each PU of the array has an accumulator, a register configured to receive a respective word of the N words from a row of the second memory, a multiplexed-register configured to selectively receive a respective word of the N words from a row of the first memory or a word rotated from the multiplexed-register of a logically adjacent PU, and an arithmetic logic unit coupled to the accumulator, register and multiplexed-register, wherein the N PUs are logically partitioned as G PU blocks of B PUs each; wherein the input blocks are held in H rows of the first memory, wherein each row of the H rows of the first memory holds a respective 2-dimensional slice of a corresponding row of the H rows of the input, wherein the respective 2-dimensional slice is held within at least C input blocks of the G input blocks, wherein each input block of the at least C input blocks holds a row of words of the 2-dimensional slice specified by a respective channel of the C channels; wherein the filter blocks are held in R×S×C rows of the second memory, wherein each filter block of F of the G filter blocks of each row of the R×S×C rows of the second memory holds P copies of a weight of a corresponding filter of the F filters at a respective row and a respective column and a respective channel of the corresponding filter; and wherein to convolve the input with the filters, the G PU blocks perform multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order, wherein the G PU blocks read a row of the H rows of the at least C input blocks from the first memory and rotate the row around the N PUs while performing a portion of the multiply-accumulate operations such that each of F of the G PU blocks receives each of the at least C input blocks of the row before reading another row of the H rows from the first memory.
 2. The neural network unit of claim 1, wherein to rotate the row around the N PUs while performing the portion of the multiply-accumulate operations such that each of the F PU blocks receives each of the at least C input blocks of the row before reading another row of the H rows from the first memory, the G PU blocks: (a) perform S rotate-by-one and multiply-accumulate operations to accumulate a column-sum in each of the N accumulators; (b) perform one or more rotates to align the input blocks with the next adjacent PU block; and (c) repeat operations (a) and (b) for each of the at least C input blocks of the row to accumulate a column-channel-sum in each of the N accumulators.
 3. The neural network unit of claim 2, wherein to perform the multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order, the G PU blocks further: (d) perform the read of a row of the H rows of the at least C input blocks from the first memory; (e) perform operations (a), (b) and (c); (f) repeat operations (d) and (e) R times for a group of R of the H rows to accumulate a column-channel-row-sum in each of the N accumulators; and (g) write the N column-channel-row-sums to a row of the first or second memory.
 4. The neural network unit of claim 3, wherein to perform the multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order, the G PU blocks further: (h) repeat operations (d) through (g) Q times for Q different groups of R of the H rows.
 5. The neural network unit of claim 2, wherein to perform each of the S multiply-accumulate operations of operation (a), the G PU blocks further: read a row of weights from the second memory for use in the multiply-accumulate operation.
 6. The neural network unit of claim 5, wherein for each PU block of the F PU blocks, the respective channel that specifies the row of words of the 2-dimensional slice held by the input block on which the S rotate-by-one and multiply accumulate operations of operation (a) are being performed corresponds to the respective channel of the filter block of the F of the G filter blocks of the row read from the second memory that holds the P copies of the weight.
 7. The neural network unit of claim 5, wherein the respective channel of each filter block of the F of the G filter blocks of the row of weights read from the second memory for use in the S multiply-accumulate operations of operation (a) corresponds to the respective channel of the input block rotated to align with the PU block performing the S multiply-accumulate operations of operation (a).
 8. The neural network unit of claim 1, wherein the at least C input blocks of the row include C input blocks each having a respective channel of the C channels and J gap input blocks; and wherein J is G modulo C.
 9. The neural network unit of claim 8, wherein in addition to the R×S×C rows of filter blocks, the second memory holds an additional R×S×J rows of filter blocks; and wherein the R×S×(C+J) rows of filter blocks include R×S×J×F gap filter blocks.
 10. The neural network unit of claim 9, wherein the gap filter blocks have zero values to cause zero contribution to the multiply-accumulate operations.
 11. The neural network unit of claim 8, wherein the J gap input blocks have zero values to cause zero contribution to the multiply-accumulate operations.
 12. The neural network unit of claim 1, wherein the input blocks of each of the H rows includes K copies of C input blocks each having a respective channel of the C channels; and wherein K is a floor function of a quotient of G divided by C.
 13. A method for operating a neural network unit (NNU) configured to convolve an input of H rows by W columns by C channels with F filters each of R rows by S columns by C channels to generate F outputs each of Q rows by P columns, the neural network unit comprising a first memory configured to hold rows of N words logically partitioned as G input blocks of B words each, a second memory configured to hold rows of N words logically partitioned as G filter blocks of B words each, wherein B is the smallest factor of N that is greater than W, and wherein N is at least 512, and an array of N processing units (PU), wherein each PU of the array has an accumulator, a register configured to receive a respective word of the N words from a row of the second memory, a multiplexed-register configured to selectively receive a respective word of the N words from a row of the first memory or a word rotated from the multiplexed-register of a logically adjacent PU, and an arithmetic logic unit coupled to the accumulator, register and multiplexed-register, wherein the N PUs are logically partitioned as G PU blocks of B PUs each, the method comprising: storing the input blocks in H rows of the first memory, wherein each row of the H rows of the first memory holds a respective 2-dimensional slice of a corresponding row of the H rows of the input, wherein the respective 2-dimensional slice is held within at least C input blocks of the G input blocks, wherein each input block of the at least C input blocks holds a row of words of the 2-dimensional slice specified by a respective channel of the C channels; storing the filter blocks in R×S×C rows of the second memory, wherein each filter block of F of the G filter blocks of each row of the R×S×C rows of the second memory holds P copies of a weight of a corresponding filter of the F filters at a respective row and a respective column and a respective channel of the corresponding filter; and wherein said convolving the input with the filters comprises: performing, by the G PU blocks, multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order; and reading, by the G PU blocks, a row of the H rows of the at least C input blocks from the first memory and rotating the row around the N PUs while performing a portion of the multiply-accumulate operations such that each of F of the G PU blocks receives each of the at least C input blocks of the row before reading another row of the H rows from the first memory.
 14. The method of claim 13, wherein said rotating the row around the N PUs while performing the portion of the multiply-accumulate operations such that each of the F PU blocks receives each of the at least C input blocks of the row before reading another row of the H rows from the first memory comprises: (a) performing, by the G PU blocks, S rotate-by-one and multiply-accumulate operations to accumulate a column-sum in each of the N accumulators; (b) performing, by the G PU blocks, one or more rotates to align the input blocks with the next adjacent PU block; and (c) repeating operations (a) and (b) for each of the at least C input blocks of the row to accumulate a column-channel-sum in each of the N accumulators.
 15. The method of claim 14, wherein said performing the multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order, further comprises: (d) performing, by the G PU blocks, the read of a row of the H rows of the at least C input blocks from the first memory; (e) performing operations (a), (b) and (c); (f) repeating operations (d) and (e) R times for a group of R of the H rows to accumulate a column-channel-row-sum in each of the N accumulators; and (g) writing the N column-channel-row-sums to a row of the first or second memory.
 16. The method of claim 15, wherein said performing the multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order further comprises: (h) repeating operations (d) through (g) Q times for Q different groups of R of the H rows.
 17. The method of claim 14, wherein said performing each of the S multiply-accumulate operations of operation (a) further comprises: reading, by the G PU blocks, a row of weights from the second memory for use in the multiply-accumulate operation.
 18. The method of claim 17, wherein for each PU block of the F PU blocks, the respective channel that specifies the row of words of the 2-dimensional slice held by the input block on which the S rotate-by-one and multiply accumulate operations of operation (a) are being performed corresponds to the respective channel of the filter block of the F of the G filter blocks of the row read from the second memory that holds the P copies of the weight.
 19. The method of claim 17, wherein the respective channel of each filter block of the F of the G filter blocks of the row of weights read from the second memory for use in the S multiply-accumulate operations of operation (a) corresponds to the respective channel of the input block rotated to align with the PU block performing the S multiply-accumulate operations of operation (a).
 20. The method of claim 13, wherein the at least C input blocks of the row include C input blocks each having a respective channel of the C channels and J gap input blocks; and wherein J is G modulo C. wherein the input blocks are held in H rows of the first memory, wherein each row of the H rows of the first memory holds a respective 2-dimensional slice of a corresponding row of the H rows of the input, wherein the respective 2-dimensional slice is held within at least C input blocks of the G input blocks, wherein each input block of the at least C input blocks holds a row of words of the 2-dimensional slice specified by a respective channel of the C channels; wherein the filter blocks are held in R×S×C rows of the second memory, wherein each filter block of F of the G filter blocks of each row of the R×S×C rows of the second memory holds P copies of a weight of a corresponding filter of the F filters at a respective row and a respective column and a respective channel of the corresponding filter; and wherein to convolve the input with the filters, the G PU blocks perform multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order, wherein the G PU blocks read a row of the H rows of the at least C input blocks from the first memory and rotate the row around the N PUs while performing a portion of the multiply-accumulate operations such that each of F of the G PU blocks receives each of the at least C input blocks of the row before reading another row of the H rows from the first memory.
 21. A computer program product encoded in at least one non-transitory computer usable medium for use with a computing device, the computer program product comprising: computer usable program code embodied in said medium, for specifying a neural network unit (NNU) configured to convolve an input of H rows by W columns by C channels with F filters each of R rows by S columns by C channels to generate F outputs each of Q rows by P columns, the computer usable program code comprising: first program code for specifying a first memory configured to hold rows of N words logically partitioned as G input blocks of B words each; second program code for specifying a second memory configured to hold rows of N words logically partitioned as G filter blocks of B words each; wherein B is the smallest factor of N that is greater than W, and wherein N is at least 512; third program code for specifying an array of N processing units (PU), wherein each PU of the array has an accumulator, a register configured to receive a respective word of the N words from a row of the second memory, a multiplexed-register configured to selectively receive a respective word of the N words from a row of the first memory or a word rotated from the multiplexed-register of a logically adjacent PU, and an arithmetic logic unit coupled to the accumulator, register and multiplexed-register, wherein the N PUs are logically partitioned as G PU blocks of B PUs each; wherein the input blocks are held in H rows of the first memory, wherein each row of the H rows of the first memory holds a respective 2-dimensional slice of a corresponding row of the H rows of the input, wherein the respective 2-dimensional slice is held within at least C input blocks of the G input blocks, wherein each input block of the at least C input blocks holds a row of words of the 2-dimensional slice specified by a respective channel of the C channels; wherein the filter blocks are held in R×S×C rows of the second memory, wherein each filter block of F of the G filter blocks of each row of the R×S×C rows of the second memory holds P copies of a weight of a corresponding filter of the F filters at a respective row and a respective column and a respective channel of the corresponding filter; and wherein to convolve the input with the filters, the G PU blocks perform multiply-accumulate operations on the input blocks and filter blocks in a column-channel-row order, wherein the G PU blocks read a row of the H rows of the at least C input blocks from the first memory and rotate the row around the N PUs while performing a portion of the multiply-accumulate operations such that each of F of the G PU blocks receives each of the at least C input blocks of the row before reading another row of the H rows from the first memory. 